Forms Generation Interface for Web Service

ABSTRACT

Embodiments provide a technical solution that facilitates the digital enrollment and scheduling of activities across families, including blended families. The embodiments register, through a computer system, familial relationships within a family and represent the familial relationships in structured data stored in memory. Based on the represented familial relationships, embodiments receive information for enrolling children of the family in activities, such as via online provider-specific and state licensing forms, and store the enrollment information associated to the represented familial relationships in the memory. Upon user command, the embodiments search the stored enrollment information based on the represented familial relationships to determine a schedule of enrolled activities across each of the children. In response to searching, the embodiments determine a new activity suitable for a given child and at an available time in the determined schedule and through the system notify a parent user of the system of the new activity.

RELATED APPLICATIONS

This application is a continuation-in-part of U.S. application Ser. No.16/676,627, filed Nov. 7, 2019, which claims the benefit of U.S.Provisional Application No. 62/757,858, filed on Nov. 9, 2018. Theentire teachings of the above applications are incorporated herein byreference.

BACKGROUND

Families of today live busy lifestyles. Members of a family enroll invarious activities, including child members enrolling in child careprograms. Further, many families include divorced or separated parents,where the parents live in separate households and share the managementof their children's activities. One or both divorced/separated parentsmay also be remarried to a new spouse and part of a blended family. Theblended family may include children with the new spouse and the newspouse may have children from a previous marriage or relationship. Anyof these families may also have other caregivers who contribute to thecare of one or more family members. In all these family situations, thescheduling of activities for any one family member is affected by thescheduled activities of all other family members. In the case ofdivorced or separated parents, scheduling of their children's activitiesmay be further challenged by tense interaction between the parents.

In the current environment of the Internet, activity providers offer(market) online a multitude of activities to children and adults alike.However, a technical solution does not currently exist to digitallyperform and manage the online enrollment and complex scheduling of theseactivities across families, including divorced and blended family,without human interaction. In particular, there is a need for atechnical solution that enables family members to digitally meet legalcompliance requirements when enrolling online in certain ones of theseactivities. A technical solution does not currently exist that alsoenables the activity providers to tailor and market new activitiesonline based on searching enrollment information for the scheduledactivities across such families.

SUMMARY

Embodiments of the present invention address the need for a technicalsolution that facilitates the digital enrollment and complex schedulingof activities across members of families, including those oftraditional, divorced, and blended families. Embodiments provide anonline computer platform that represents familial relationships acrossmembers of one or more families in computer memory, where the one ormore families may include traditional families, divorce families,blended families, and any other familial situation without limitation.Enrollment information for the activities of each family member isstructured in computer memory and associated with the representedfamilial relationships. The enrollment information may be structured ina manner that enables generation of a digital child specific calendarand a digital family calendar that presents the schedule of enrolledactivities across family members. The enrollment information may also bestructured in a manner that enables a parent user to effectively searchfor activities for a child based on enrollment information. Thestructuring of the enrollment information may further enable an activityprovider to efficiently search the enrollment information, withoutpersonal identifiable information, to tailor and offer/market suitableactivities (e.g., based on date/time, personal attributes, personalpreferences/interests, and such) to particular members of the families.

Embodiments of the online computer platform also provide a userinterface, such as a graphical user interface, that functions based onthe represented familial relationships in computer memory. The userinterface is structured to enable a user, such as a parent or othercaregiver, to provide enrollment information and make enrollmentselections for members of the family, such as children, spouse,themselves, and the like. The user interface may also be structured toenable multiple parent users to provide enrollment information and makeenrollment selections for a particular shared family member, such as twodivorced parents both managing the activities of a shared child. Theuser interface is further structured to enable a user to display thechild specific calendar and family calendar presenting a view of theschedule of enrolled activities across all family members.

In addition, the user interface is structured to enable activityproviders to search enrollment information across one or more families,notify a user of different activities suitable for members of his/herfamily, and request information to enroll a family member in aparticular activity. The online platform further enables an activityprovider to use any combination of existing or new forms to enrollfamily members and maintain compliance with legal regulations. The userinterface is structured to enable a user to complete the forms as onlineelectronic forms and sign the forms using electronic signatures. Oncethe user submits an online form, the user interface converts the formback into a standard hard copy format, such as in portable document file(PDF) format. The online platform maintains an automatic archive of thesubmitted enrollment forms. In the case of multiple users (e.g., twoparents) managing the activities of a particular family member (e.g.,shared child), the user interface is structured to enable either of themultiple users to complete and submit online electronic forms for theparticular family member.

Example embodiments of the present invention are directed to acomputer-implemented method, system, and program product for managingenrollment. The computer-implemented methods, systems, and programproducts are executed by a computer processor coupled to memory. Themethods, systems, and program products configure in the memoryenrollment forms as form templates. Each form template maps fieldscontained in an enrollment form to enrollment attributes, wherein theenrollment attributes are defined in memory and store enrollment datafor an enrolling member. The methods, systems, and program productsselect, by a user through a user interface, one of the enrollment forms.The methods, systems, and program products dynamically present an onlineformat of the selected enrollment form at the user interface. Thepresented online format displays questions and available answers fromthe fields of the selected enrollment form and the mapped enrollmentattributes. The methods, systems, and program products provide, by theuser through the online format, answers to the displayed questions. Theprovided answers are stored in the mapped enrollment attributes. Themethods, systems, and program products generate the selected enrollmentform by inserting the provided answers into the fields of the selectedenrollment form based on the mapping. The methods, systems, and programproducts electronically signing, by the user, the generated enrollmentform through the user interface, and the electronically signedenrollment form is submitted to an activity provider.

In some of these embodiments, the methods, systems, and program productsfurther translate the forms as follows. The methods, systems, andprogram products store the form template and enrollment data for theenrollment attributes in a local language of the activity provider. Themethods, systems, and program products enabling the user to selectanother language for presenting at the user interface. The methods,systems, and program products translate automatically (i.e.,dynamically), through use of translation software, and/or manually usinghuman generated/verified translations, (a) the questions and availableanswers from the form fields and the mapped enrollment attributes to (b)the selected other language for display through the online format. Themethods, systems, and program products enable the user to provide theanswers through the online format in the selected other language, andthe provided answers are translated (e.g., using any combination ofhuman and/or software generated/verified translations) and stored in themapped enrollment attributes in the local language. The methods,systems, and program products submitting the electronically signedenrollment form in the local language of the activity provider.

In some of these embodiments, the translating is performed by atranslation engine or application. Further, in another embodiment thetranslating is performed by a human who manually generates the desiredtranslations and/or by a human who verifies (e.g., reviews, edits ifnecessary, and approves) a translation engine or application generatedtranslation. Embodiments may use a combination of humangenerated/verified translations and translation engine generatedtranslations. Embodiments may automatically determine when humangenerated/verified translations are available, e.g., stored in computermemory, and utilize human-based (i.e., human generated/verified)translations when available and utilize software generated translationswhen human-based translations are not available. Restated, an embodimentmay utilize any one or combination of: (i) a human generated translationverified by a computer-based translation engine, (ii) a machine, i.e.,translation engine, generated translation verified by a human, and (iii)a translation engine generated translation verified by the translationengine in an automated manner. In some of these embodiments, prior tosigning and submitting, the methods, systems, and program productsprovide a preview function that enables the user to review contents ofthe generated enrollment form. In response to the preview, the methods,systems, and program products enable the user to make additional changesto the provided answers through the online format in the selected otherlanguage, or select to electronically sign and submit the form. In someof these embodiments, to electronically sign the generated enrollmentform, the methods, systems, and program products present a signaturearea screen to the user with instructions in the selected otherlanguage.

In some of these embodiments, the configured enrollment forms are: oneor more specific forms of an activity provider or one or more commonforms related to an activity. In some of these embodiments, theenrollments forms are configured to meet: state licensing requirementsand provider-specific requirements for a particular activity based onenrollment information. In some of these embodiments, the activityprovider is a child care provider. In some of these embodiments, theenrolling member is a family member, and further comprising structuringa represented familial relationship in memory, including utilizingobject-oriented data models representing each family member, respectiverelationships among family members, and enrollment attributers of eachfamily member.

Other example embodiments of the present invention are directed to acomputer-implemented method of managing enrollment. The method isexecuted by a computer system coupled to memory. The method comprisesregistering, through the computer system, familial relationships amongmembers within a family, including a traditional family, a divorcedfamily, a blended family, and such. The family includes at least a firstparent and a second parent sharing one or more children. The methodrepresents the familial relationships in structured data stored in thecomputer memory. In some embodiments, the method structures therepresented familial relationships in the computer memory utilizingobject-oriented data models representing each family member andrespective relationships among family members. Based on the representedfamilial relationships, the method may receive at the computer systeminformation provided independently by the first parent and the secondparent for enrolling the one or more shared children in activities. Themethod stores the enrollment information associated to the representedfamilial relationships in memory.

The received enrollment information may include at least one of: one ormore specific forms of an activity provider or one or more common forms(universal across activity providers) accessible from a user interfaceexecuted by the computer system. The method may automatically generateand submit forms (specific and/or common forms) required to meet atleast one of: state licensing requirements and provider-specificrequirements for a particular activity based on the enrollmentinformation. The method may perform ongoing monitoring of the enrollmentinformation by an activity provider for a given child to verifycompleteness and compliance for a particular activity.

Upon user command, the method searches the stored enrollment informationbased on the represented familial relationships. In some embodiments,the user is an activity provider, and searching returns to the activityprovider a subset of the enrollment information without personalidentifiable information of one or more associated children. Thesearching by the method determines a schedule of enrolled activities foreach of the one or more children. The enrolled activities may include achild care program. In response to the searching, the method determinesa new activity suitable for a given child and at an available timerelative to the determined schedule. The method notifies the firstparent and the second parent of the determined new activity suitable forthe given child.

In some example embodiments, the searching comprises a calendar-basedsearch that locates date and time data in the enrollment information,the searching using the date and time data to determine the schedule ofenrolled activities for each of the one or more children. In someexample embodiments, the method determines child-specific dataattributes of a given child in the enrollment information. Thechild-specific data attributes include at least one of: zip code,gender, interests based on other enrolled activities of the given child.In these embodiments, the method determines the new activity suitablefor the given child based on the determined schedule and the determinedchild-specific data attributes. In some embodiments, the searching bythe method compares the determined schedule of enrolled activities fordifferent families (members thereof) to determine new activitiessuitable for at least one of: a child, a parent, and a caregiver of eachdifferent family. In these embodiments, the searching results in thedetermined new activities formatted in a list or in a family calendar.

In some example embodiments, the method provides a user interfaceexecuted by the computer system. The user interface enables a parent toselect particular activities for a given shared child, and may enableboth parents to independently provide information for enrolling thegiven shared child in the particular activities. In some exampleembodiments, the user interface displays the received enrollmentinformation and a view of enrolled activities for each of one or morechildren based on the represented familial relationships. The view maybe one of: (i) a family calendar comprising a schedule of enrolledactivities for each of the one or more children, or (ii) a childcalendar comprising a schedule of enrolled activities for a given child.

Example embodiments of the present invention are directed to a computersystem for managing enrollment. The computer system includes a processorand a memory with computer code instructions stored thereon. The memoryis operatively coupled to the processor such that, the processorexecutes the computer instructions thereon causing the computer systemto implement a registration module, an enrollment module, a searchengine, and a recommendation module.

The registration module is configured to register familial relationshipswithin a family (i.e., among members thereof), including a divorcedfamily, a blended family, and such. The family includes at least a firstparent and a second parent sharing one or more children. Theregistration module represents the familial relationships in structureddata stored in the memory. The registration module may be furtherconfigured to structure the represented familial relationships inmemory, including utilizing object-oriented data models representingeach family member and respective relationships among family members.

The enrollment module may be configured to, based on the representedfamilial relationships, receive information provided independently bythe first parent and the second parent for enrolling the one or moreshared children in activities. The enrollment module is furtherconfigured to store the enrollment information associated to therepresented familial relationships in memory. In some exampleembodiments, the enrollment module is further configured to receive theenrollment information by at least one of: one or more specific forms ofan activity provider and one or more common forms accessible from theuser interface. In some example embodiments, the enrollment module isfurther configured to automatically generate and submit forms requiredto meet at least one of: state licensing requirements andprovider-specific requirements for a particular activity based on theenrollment information. In some example embodiments, the enrollmentmodule is further configured to perform ongoing monitoring of theenrollment information by an activity provider for a given child toverify completeness and compliance for a particular activity.

The search engine is configured to, in response to a request from auser, search the stored enrollment information based on the representedfamilial relationships. The search engine, via the searching, determinesa schedule of enrolled activities for each of one or more children orother family members. The enrolled activities may include a child careprogram. In some example embodiments, the search engine executes acalendar-based search that locates date and time data in the enrollmentinformation. In some example embodiments, the user is an activityprovider, and the search engine is configured to return to the activityprovider a subset of the enrollment information without personalidentifiable information of the one or more children (family members).In these embodiments, the search engine is configured to use the dateand time data to determine the schedule of enrolled activities for eachof the one or more children (family members).

In some embodiments, the search engine is further configured todetermine child-specific data attributes of a given child in theenrollment information. The child-specific data attributes include atleast one of: zip code, gender, interests based on other enrolledactivities of the given child. In these embodiments, the search engineis further configured to determine a new activity suitable for the givenchild based on the determined schedule and the determined child-specificdata attributes. In some example embodiments, the search engine isfurther configured to the determined schedule of enrolled activities fordifferent families (members thereof) to determine new activitiessuitable for at least one of a child, a parent, and a caregiver of eachdifferent family. In these embodiments, the searching results in thedetermined new activities formatted in a list or in a family calendar.

The recommendation module is configured to, in response to a search,determine a new activity suitable for a given child and at an availabletime relative to the determined schedule. The recommendation module isfurther configured to notify the first parent and the second parent ofthe determined new activity suitable for the given child.

The computer code instructions of the computer system may cause thecomputer system to further implement a user interface. The userinterface may be configured to enable a parent to select particularactivities for a given shared child, and both parents to independentlyprovide information for enrolling the given shared child in theparticular activities. The user interface may be further configured todisplay the received enrollment information and a view of enrolledactivities for each of one or more children based on the representedfamilial relationships. In some embodiments, the view is one of: (i) afamily calendar comprising a schedule of enrolled activities for each ofthe one or more children, or (ii) a child calendar comprising a scheduleof enrolled activities for a given child.

Example embodiments of the present invention are directed to a computerprogram product that comprises a non-transitory computer-readablestorage medium having code instructions stored thereon, the storagemedium operatively coupled to a processor. When executed by theprocessor, the computer code instructions cause the processor toregister through a computer platform, familial relationships within afamily, including a divorced family, a blended family, or such. Thefamily including at least a first parent and a second parent sharing oneor more children. The registration represents the familial relationshipsin structured data stored in the memory. The computer code instructionsfurther cause the processor to, based on the represented familialrelationships, receive at the computer platform information providedindependently by the first parent and the second parent for enrollingthe one or more shared children in activities. The computer codeinstructions cause the processor to store the enrollment information inassociation with the represented familial relationships in memory. Uponuser command, the computer code instructions cause the processor tosearch the stored enrollment information based on the representedfamilial relationships. The searching determines a schedule of enrolledactivities for each of one or more children.

In response to the search, the computer code instructions cause theprocessor to determine a new activity suitable for a given child and atan available time relative to the determined schedule. The computer codeinstructions further cause the processor to notify the first parent andthe second parent of the determined new activity suitable for the givenchild.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing will be apparent from the following more particulardescription of example embodiments, as illustrated in the accompanyingdrawings in which like reference characters refer to the same partsthroughout the different views. The drawings are not necessarily toscale, emphasis instead being placed upon illustrating embodiments.

FIGS. 1A-1C illustrate example structuring of data in the enrollmentsystem of embodiments of the present invention.

FIGS. 2A-2H illustrate example users and users' roles within theenrollment system of embodiments of the present invention.

FIGS. 3A-3E are flow diagrams of data and control that illustrateexample activity enrollment and search methods in embodiments of thepresent invention.

FIGS. 4A-4G are illustrations of example enrollment features of theenrollment system in embodiments of the present invention.

FIGS. 5A-5Y are schematic views of screenshots and enrollment systemuser interfaces in embodiments of the present invention.

FIG. 6A-6B are schematic diagrams of enrollment system networks inembodiments of the present invention.

FIG. 7A is a schematic view of computer network in which embodiments ofthe present invention may be implemented.

FIG. 7B is a block diagram of a computer node in the computer network ofFIG. 7A.

DETAILED DESCRIPTION

A description of example embodiments follows.

Embodiments of the present invention provide an online two-sidedcomputer system or platform to facilitate the selection and enrollmentof activities relative to the family calendar of any family, includingblended families. Note that the term “activity” is used throughout todenote any activity, service, or program that may be enrolled into byone or more children of a family and offered by a provider. In someembodiments, the term “activity” also denotes any activity, service, orprogram that may be enrolled into by other family members, such as aparent, stepparent, legal guardian, caregiver, or such, and offered by aprovider. The term “activity” includes child care service that may beenrolled into by one or more children of a family and offered by a childcare provider. Further note that the term “activity provider” is usedthroughout to denote any provider of any such “activity” withoutlimitation. Also note that the term “parent” is used throughout todenote either a parent or other legal guardian of one or more children.The computer platform is so-called “two-sided” because it both (1)enables a user to select and enroll family members in activities withactivity providers, and (2) enables activity providers to search storedenrollment information across families in order to tailor and market (ina targeted way) activities to particular family members.

Overview of Problems in Online Enrollment

There are numerous solutions on the market for helping childcareproviders with the enrollment process. Many cloud based solutions offer“on-line” enrollment forms for the parents to input information abouttheir children. These “on-line” forms result in a dashboard ofenrollment data and in some cases the ability for the provider todownload a CSV file of all the enrollment data. As a non-limitingexample, Massachusetts childcare providers are licensed by theMassachusetts Department of Early Education and Care (EEC). In order tomaintain their license, each Massachusetts childcare provider must havesigned paper copies of the enrollment forms in a physical file at eachlocation of the childcare center. Existing online solutions allow theproviders to print the completed online input forms but do not providethe signed output required to meet licensing compliance.

There are also many cloud based solutions that provide online submissionof forms that are not specific for the childcare industry. These are nottailored for the automation of reusing specific relationship informationand existing child data including other parent, caregivers for pickuplist, doctor information, etc. As an example, one can easily input theircredit card information into an existing online form using multiplebrowser based services today. One can also find existing contacts andinsert their information into an online form, but would not be able toautomatically insert all required information and relationship to eachunique child into the online form.

Other electronic enrollment or form solutions treat enrollment as aone-time event. However, for childcare providers, enrollment is anon-going process that requires a new iteration of a form every timethere is a change and also requires parents to sign and submit allenrollment forms at least every 12 months to be compliant with licensingrequirements, like Massachusetts EEC. Electronic signature workflowsolutions have services setup for a user to send a specific number offorms for signature, but the user submission of each form is notcaptured in a platform where providers can easily accesscompleted/signed forms dovetailing their enrollment process.

In addition, parents may not use the local language of the enrollmentprocess (e.g., English) as their primary language (e.g., Chinese), and,therefore, may be challenged in submitting enrollment forms in the locallanguage to the childcare center. A childcare center requires forms tobe submitted in the local language so the employees of the childcarecenter can read the forms. Forms need to be submitted in the locallanguage so pertinent health and emergency information can be quicklyand easily understood by all. Forms also need to be submitted in thelocal language to meet requirements by local licensing and complianceregulations. However, the ability for parents to use their specifiedprimary language to enter information on a childcare form is importantto better capture pertinent child safety information that may be betterunderstood in their specific primary language. It is also critical thata provider of childcare services receive the form in the local languagewhere the childcare center operates.

Further, there are activity marketplaces for parents to sign their kidsup for events (activities). However, these marketplaces do not enableparents to complete an enrollments process for early child care centers,therefore there is no reuse between data entered in early child caresystems and data required to enroll in a kid's activity. There is alsolimited information about the parents, legal guardians, doctors, andsuch that are unique to each child in these marketplaces.

Overview of Solutions in Embodiments

A multi-sided platform (system) in embodiments of the present invention:(a) enables childcare providers to perform enrollment and operationsmanagement/collaboration with parents, and (b) provides a marketplacefor children's activities. The multi-sided system may be implemented ina software as a service (SaaS) environment enabled marketplace (SEM)solution to childcare and activity providers. The system may enableparents to use a single platform to enroll in early child care programs,and also have access to a marketplace where the parents can find andenroll in additional activities for their kids. Parents can search andfind specific activities for kids to sign up for using the platform. Forenrolling in an activity, the platform enables the reuse of existingchild, parent, and caregiver information that was used for enrollmentinto another activity, such as previous enrollment to a childcarecenter. A parent can control which providers has access to their latestinformation, such as a phone number. For example, data is isolated suchthat once a parent is submitting their data to a provider, the provideronly sees the latest information that has been approved or submitted bythe parent.

Through the digital representations of familial relationships, themulti-sided platform supports blended families. A parent user of theplatform can be a parent and/or a caregiver to a child. Each childrepresented in the platform can be associated to one or two uniqueparents and multiple caregivers. This enables the blended familysupport, where each parent user of the blended family has access throughthe platform to specific children for which the parent user is theparent or legal guardian. Using true digital family representation withblended family support, the platform enables a family user (e.g., parentor caregiver user) to view a family calendar of activities with uniqueclassification of each child of the blended family. The platform enablesboth family specific calendar views and child specific calendar views.

Further, through the multi-sided platform, each activity provider canconfigure any quantity of common and/or unique forms for theirenrollment process. Unique forms mean a provider can reuse a paper, WordDocument, or existing PDF form for enrollment of each child through theplatform. The platform enables maintaining the same formatting,language, and images as part of the reuse. For enrollment into anactivity, the platform presents each respective form to the parent as adynamic online form to input and submit enrollment data. The platformthen generates the completed online form into PDF or other documentformat and makes the generated form accessible to both the activityprovider and parent users. Each iteration of each submitted form isarchived and available to both provider and parent user with appropriateaccess.

In addition, the platform enables a parent user not familiar with theconfigured local language of the platform (e.g., English) to change fromthe local language to another selected language (e.g., Chinese) that theparent user is familiar. Changing the platform interface languageresults in menu buttons and other user interface features beingdisplayed in the other selected language. When answering questions of aform, the platform then presents, through the user interface, all formquestions and question options to the parent user in the other languagethat the parent user has selected. The platform also enables the parentuser to type answers to specific questions in the other selectedlanguage, and the platform translates the answers to the local languageduring a preview function that requires the parent user to preview theform before submitting the form to the provider. The platform mayperform the translation automatically using a translation engine.Further, the platform may rely on human generated/verified translationsor may use a combination of automatic and human generated/verifiedtranslations. The preview function displays the form in the locallanguage resulting in question answers and question options displayed bythe preview function in the local language. In response to previewingthe form, the enrollment system enables the parent user in the otherselected language to make additional changes to the form, orelectronically sign and submit the form to the provider. Once submitted,the provider is then able to access the form in the local languagethrough the platform.

The platform also enables parent users to search for activities fortheir children based on the family calendar, taking into account theschedule of other children or members in the family. The platformenables filtering the searches on availability of specific parentsand/or caregivers of the family. Through the platform, parents cansearch for available activities based on child specific data(attributes). One example, using the platform, a parent user can searchfor all activities for the parent's child based on key attributes of thechild, such as distance to activities, zip code, gender, and interests(preferences) based on previous activities or current selected interestsenrolled through the platform. The calendar may display results withinthe context of the child-specific calendar or family calendar based ondigital representation and structuring of the family (such as a blendedfamily) in computer memory.

In another example, using the platform, parent users can search foractivities and filter by a school and grade-level attribute of a givenchild, such that search results only display activities where otherchildren of same school and grade-level as the given child has alreadyregistered. In a further example, parent users can also search foravailable activities by time or attribute, such as interest of a givenchild, and then view other relevant attribute data in the user interfacefor the returned activities of the search. The other relevant data mayinclude items such as: quantity of children (e.g., maximum numberallowed), school or grade-level, or other non-personally identifiableinformation. To see personally identifiable information (e.g., specificfriend's names), the friend's parent (as an enrollment system/platformuser) would need to configure a preference setting to allow the displayof such personally identifiable information to the given child's parentusers.

In some embodiments, the platform also provides parent users an optionto search the Internet (e.g., perform a google search) for activitiesmatching criteria of attributes set for the given child in memory of theenrollment system. In this Internet based smart search, the parent userwould see results for activities outside of the system/platform memory(e.g., database). In some embodiments, once a potential activity for agiven child is found, the platform also provides a particular parentuser with an option to share the potential activity with other parentusers, and to indicate to the other parent users that the particularparent user is considering enrolling or registering the given child inthe potential activity.

In embodiments, through the platform, a parent user can subscribe to anunregistered or registered activity or program of the given child. Theparent user can also subscribe to be automatically notified by emailmessage, short message service (SMS) text, within the user interface ofthe enrollment system/platform, anytime a friend of the given child hasregistered for an activity, or additional children have registered forthe activity that have matching specified criteria or attributes, suchas, but not limited to, gender, zip code, school, or grade-level. Thefriend relationships between children of different parent users may beconfigured at the platform and represented in memory.

In example embodiments, the platform further enables parent users toestablish a friend relationship with parents of other childrenregistered at the enrollment system/platform (e.g., parents whosechildren are friends). For example, through the enrollment system, afriend request can be established from one parent user to a secondparent user. During an activity search, a parent user could also selectto display potential activities to register the given child that otherfriends (of the given child) have already registered based on theestablished friend relationship between the parent users. The permissionto display registered activities to children's friends would be aconfigurable preference of the parents of each friend. In someembodiments, the preferences of a child defaults to activity attributesettings associated to previously scheduled activities or activities forwhich the child was previously waitlisted. Through the enrollmentsystem/platform, the parent user is able to adjust these preferences toany other activity attributes or general attributes based on newpersonal interests of the child or the parent.

The platform also enables activity provider users to search theenrollment data for each child configured in the system. Through thedigital representation and structuring of the family, the activityproviders may search different attributes, preferences (interests), andcurrent scheduled activities across sets of children to return resultsuseful to tailor/promote activities to a population (community) of thechildren without revealing personal identifiable data (identity) of thechildren. In this way, the platform provides the ability to market anyproduct or service to a population of parents/children without seeingany personal identifiable data describing the parents or children. Theplatform further provides the ability to list activity to the populationof parents/children without seeing any personal identifiable datadescribing the parents or children.

Data Structuring of Enrollment System

FIGS. 1A-1C illustrate example structuring of data in the enrollmentsystem 107 (FIG. 6B) or platform 100 embodying the present invention.

Embodiments provide an online computer platform 100 that representsfamilial relationships across members of one or more families incomputer memory 110 (FIG. 6B), where the one or more families mayinclude traditional families, divorce families, blended families, andany other familial situation without limitation. A represented familymay include a first parent and second parent sharing one or morechildren. Enrollment information (data) for the activities of eachfamily member is registered and structured in memory 110 of theenrollment system 107 and associated with the represented familialrelationships. The enrollment data may be structured in a manner thatenables generation of a digital child-specific calendar or digitalfamily calendar which presents the schedule of enrolled activitiesacross family members. The structuring of the enrollment data may alsoenable an activity provider to reuse the registered enrollment data of aprior enrolled activity. Based on the structuring, the activity providermay efficiently search the enrollment data, without personalidentifiable information, to tailor and offer suitable activities (e.g.,based on date/time, personal attributes, personal preferences/interests,and such) to particular members of the families.

In some embodiments, enrollment data is structured such that for eachchild of a family, there are associated caregivers, pickup contacts,emergency contacts, doctors, medical information, allergies, schools,and the like. The structuring enables reuse of specific child dataamongst activity providers and reuse of family data across allassociated children of the family (e.g., blended family). An example isa caregiver who is on the pickup list for one child of a blended familyand may be designated by the enrollment system 107 for the pickup listof a second child of the blended family based on the reuse of thestructured family data. The enrollment system may filter a parent toonly view and reuse the structured child data for the children that areassociated to that parent. Such filtering results in each parent of theblended family having a unique view of structured data.

FIG. 1A depicts example familial relationships of a blended familyrepresented in memory 110 for use by the enrollment system 107. Theenrollment system accommodates parents that may be a member of a blendedfamily. A blended family is defined as consisting of a couple and theirchildren from the current and previous relationships. The enrollmentsystem treats a legal guardian as having the same rights as a parent(and throughout the term “parent” is used to denote a parent or otherlegal guardian of one or more children). Given the modern complexity ofa blended family, individual parents may have different children forwhich they need to manage and enroll in childcare and other activities.Through the structuring of represented familial relationships, theenrollment system enables each parent of a blended family to have accessto all of the respective children for which that parent hasresponsibility.

In the example of FIG. 1A, the represented familial relationships arestructured in memory 110 to digitally reflect a blended family where:Parent 1 has Child 1 and Child 2; Parent 2 has Child 2 and Child 3; andParent 3 has Child 3. When Parent 1 logs (authenticates) into the userinterface of the enrollment system 107, based on the data structuring inmemory 110, Parent 1 sees a depiction of Parent 1's associated children(Child 1 and Child 2) and have access to manage and enroll Child 1 andChild 2 in activities. When Parent 2 logs (authenticates) into theenrollment system 107, based on the data structuring in memory 110,Parent 2 sees a depiction of Parent 2's associated children (Child 2 andChild 3) and have access to manage and enroll Child 2 and Child 3 inactivities. When Parent 3 logs (authenticates) into the enrollmentsystem 107, based on the data structuring in memory 110, Parent 3 sees adepiction of Parent 3's associated children (Child 3) and have access tomanage and enroll Child 3 in activities. The enrollment system 107provides flexibility so the relationships between Child 1, Child 2, andChild 3 can be changed (data restructured in memory 110) based onchanges to their association with parents, caregivers, and such.

FIG. 1B depicts an example object-oriented data model used to structurerepresented familial relationships between caregivers and children of afamily in computer memory 110. A caregiver may be a parent or haveanother caregiver type relationship with the child, such as nanny, babysitter, neighbor, friend, and the like. For each associated child, therepresented relationship between a caregiver and the child is unique.For example, a user having an account with the enrollment system 107 maybe a caregiver to two children, and has a unique relationship with eachof the two children. To the first child, the user may have therelationship of father caregiver and legal guardian caregiver. For thesecond child, the user may have the relationship of stepfathercaregiver, but not legal guardian caregiver.

The user's familial relationships with the two children may bestructured in computer memory 110 using the object-oriented data modelof FIG. 1B. For example, the user may be represented by an instance ofobject DEV.PERSON that is associated within the data model to the user'saccount represented by an instance of object DEV.ACCOUNT. The firstchild may be represented by a first instance of object DEV.CHILD and thesecond child may be represented by a second instance of objectDEV.CHILD. The user's caregiver relationship to the first child may berepresented by a first instance of object DEV.CAREGIVER and withassociated preferences represented by a first instance ofDEV.PREFERENCE. The user's caregiver relationship to the second childmay be represented by a second instance of object DEV.CAREGIVER and withassociated preferences represented by a second instance ofDEV.PREFERENCE. The user may further be a parent to specific children ofthe represented family, which each may be represented by instances ofDEV.FAMILY_CAREGIVER.

FIG. 1C depicts an example object-oriented data model used to structurea represented parent or activity provider user in the enrollment system107. The example data model of FIG. 1C includes the data model of FIG.1B in structuring the represented parent or activity provider user. Forexample, the user may be represented by an instance of object DEV.PERSONthat is associated within the data model to the user's accountrepresented by an instance of object DEV.ACCOUNT. DEV.PERSON storeswhether the role of the user accessing the system is a parent oractivity provider, and DEV.ACCOUNT stores the account identification ofthe user. Accounts may be password protected, and DEV.ACCOUNT may storepassword information for the user. Each activity provider user may berepresented by an instance of DEV.PROVIDER, which stores informationabout that specific activity provider (e.g., childcare provider) user,including name, address, capacity, and such. Each user may also beassociated to an instance of DEV.DYN_PROPERTY, which stores generalattributes or provider specific attributes.

A parent user's caregiver relationship to specific children of a familymay be represented by instances of objects DEV.CAREGIVER andDEV_FAMILY_CAREGIVER.

DEV.CAREGIVER stores the relationship between the parent user and aspecific child. One parent can have one or more of multiplerelationships to different children within their family. For example, aparent user could be a father, step-father, grand-father, or uncle tovarious children within their family. DEV.FAMILY_CAREGIVER stores thespecific children of each specific parent user. This enablesrepresenting two parents of the same child having unique families thatinclude the specific children and, thus, support a blended family. Eachspecific child may be represented by a first instance of objectDEV.CHILD. DEV.CHILD stores information about each specific childincluding child attributes, provider-specific attributes, and enrollmentforms. Each specific child may also be associated to instances ofDEV.DYN_PROPERTY_VALUE and DEV.PREFERENCES, which store the value ofattributes and preferences associated to each child. The attributesassociated to each child can be provider specific to enroll into aspecific activity, or applicable to all providers.

Activity provider users may use forms to enroll specific children intoan activity, such as child care services. In association with anactivity provider user, instances of the DEV.QUESTION object define andstore questions posed to acquire values for attributes used on the form,and instances of the DEV.ANSWER object stores the answers to the storedquestions. An example of DEV.QUESTION syntax for a question for thechild's height on forms of activity provider users may be:qa.18=child:height:Child Information: Enter Child's Height in number ofinches−INCHES:true:false:number. In this example, there is also aninstance of DEV.DYN_PROPERTY for “height” where the value or answer tothe question qa.18 is stored in connected instances of the DEV.CHILDobject representing children associated with the activity providers.Instances of the DEV.PROVIDER_FORM store different form templates to beused by a specific activity provider user. Each instance ofDEV.PROVIDER_FORM can be associated to multiple enrollment packets,where each enrollment packet is a collection of one or more forms andenables the activity provider user to request a single form or a packetof forms.

Each instance of DEV.PROVIDER_FORM object is also associated withDEV.FORM_TEMPLATE, which the form templates (PDF's) to be used by thesystem. Form templates can be (i) general or standard state, federal, orsuch forms accessible by any activity provider users or (ii)provider-specific forms to be used only by a single activity provideruser. Provider-specific forms may contain language and logos specific tothe single activity provider user using the form. An instance ofDEV.FORM_TEMPLATE is associated with one or more instances ofDEV.FORM_TEMPLATE_QUESTION, which store questions and theircorresponding answers represented by instances of DEV.QUESTION andDEV.ANSWER objects that are used by instances of DEV.PROVIDER_FORM.Instances of the objects, including DEV.ANSWER, DEV.QUESTION,DEV.DYN_PROPERTIES, DEV.FORM_TEMPLATE_QUESTION, and the like, store theanswers, questions, and properties in a local language (e.g., English)specific to the provider user using the form. A parent user (or otheruser) may select to display the form questions through the userinterface of the platform in another language familiar to the parentuser. The platform then translates the stored questions to the otherselected language prior to being displayed at the user interface. Theparent user may further answer the form questions in the other selectedlanguage through the user interface, and the answers are dynamicallytranslated to the local language prior to being stored in the objectinstances. In embodiments, the translations may be dynamically performedusing a translation engine or application (e.g., Google TranslationAPI). In embodiments, the translations may also be performed by a humanwho manually generates the translations and/or by a human who verifies(e.g., reviews, edits if necessary, and approves) translation engine orapplication generated translations. Embodiments may also use acombination of human generated/verified translations and translationengine generated translations. Restated, an embodiment may utilize anyone or combination of: (i) a human generated translation verified by acomputer-based translation engine, (ii) a machine, i.e., translationengine, generated translation verified by a human, and (iii) atranslation engine generated translation verified by the translationengine in an automated manner. Such embodiments may automaticallydetermine when human generated/verified translations are available,e.g., stored in computer memory, and utilize the human-basedtranslations when available and utilize software generated translationswhen human-based translations are not available. Such an embodiment maystore an indicator that human verified translations are available forparticular languages, language tasks, and/or form fields where machinebased translation is inaccurate or undesired. For instance, if aparticular language is frequently inaccurately translated usingsoftware, when such a language is selected, human-based translation isused. An embodiment may learn, e.g., through user input, thattranslation for particular fields (questions/answers) or languages istypically inaccurate and, for these particular fields or languages, relyon human generated or human verified translations. Embodiments may alsoselect between automatically generated and human generated/verifiedtranslations based upon user input.

Also, each instance of DEV.PROVIDER_FORM is associated with one or moreinstances of the DEV.SUBMITTED_FORM object, which store URLstorage-location, access, status, and such of each represented formsubmitted by a parent user to an activity provider user. In embodiments,this object stores print status so activity provider users can see if aform represented by DEV.PROVIDER_FORM had been previously viewed andwhich specific activity provider administrator user viewed andpotentially printed the form. An instance of DEV.SUBMITTED_FORM objectalso includes timestamps, including a timestamp of when the associatedform represented by DEV.PROVIDER_FORM was electronically signed and timestamps for when the form was viewed by the activity provider user andparent user. Data is isolated such that the provider user can only viewthe latest form and DEV.ANSWERS after the parent user has submitted theform and there is a DEV.SUBMITTED_FORM object. This enables the provideruser to accurately display attributes, such as a phone number, in a userinterface dashboard. If the parent user changes their phone number in ananswer, but does not submit the form with that DEV.ANSWER to theprovider user, then the provider user cannot see or is isolated fromthat latest phone number. This also enables the platform to export datafor the provider user that has only been submitted or approved by theparent user. The parent user can isolate their data from multipleprovider users concurrently.

Activity provider users may use messaging to communicate with parentusers to enroll specific children into an activity, such as child careservices. In association with an activity provider user, instances ofthe DEV.PROVIDER_MSG object stores message templates for each activityprovider users. An activity provider user can create many message ornotification templates, which can be used to send a message to anycombination of parent and children. Instances of the DEV.SENT_MSG objectstores sent messages by an activity provider user to one or more parentusers. By accessing instances of the DEV.SENT_MSG object, sent messagescan then be accessible in the user interface by the activity provideruser who sent the message and a parent user who received the message.Instances of the DEV.PROVIDER_SMTP object stores the settings associatedwith an activity provider user's email address, which enables theactivity provider user to send email messages using their own emailaddress. Instances of the DEV.PROVIDER_CHILD object, store the childrenthat are associated with a specific activity provider user.

In embodiments, the enrollment system 107 supports applicationprogramming interface (API) subroutine definitions for externaldevelopment of applications that utilize the blended familyrepresentation (data structuring) support and existing database 110 ofsystem users. In embodiments, API developers cannot access anyenrollment system 107 data unless user accessing system has appropriateaccess, but can reuse algorithms of the enrollment system 107 for theimporting or creation of parent and caregiver users, and theirassociated children represented in memory 110. API's would enable anindependent software vendor (ISV) to create additional applications thatuses the INVITE, MESSAGING, and FORM management capabilities of theenrollment system 107 and rapidly develop applications that make use ofthe enrollment system's blended family support and logic. Parent usersmay access the additional applications developed with the API's andreuse their family data structured in memory 110 through thatapplication. In this way, parent users may benefit from their familydata being reusable by multiple activity providers, as well as, otherexternal applications that provide value to the parent users managetheir families and associated family member activities.

Through the data structuring, every represented family member (child orparent) and caregiver has a unique set of attributes associated to thatperson (e.g., structured in instances of DEV.DYN_PROPERTY shown in FIG.1C). These attributes are used in enrollment forms to collect datavalues through associated questions and answers displayed on a userinterface (e.g., based on the structuring of DEV_PROVIDER_FORM,DEV_FORM_TEMPLATE, DEV_FORM_TEMPLATE_QUESTION, and DEV_QUESTION shown inFIG. 1C). Each child of the family may register or enroll in a uniqueset of activities that may be selected for a child based on this uniqueset of attributes associated to the child in memory 110. In addition tothe attributes there is also a calendar structure (or ordered list) inmemory associated to each represented family member, which stores thefree, available, busy, booked times and events for a represented familymember. From the calendar structures, the system 107, 100 generates adisplayable calendar for a represented child or a family calendar of allassociated family members, which could include the parent, a secondparent and all the associated children to each of those parents. Usingthe calendar structures in memory 110, the system 107, 100 displays thecalendar to show available or conflicting times for any combination ofthe family calendar. The displayed calendar may display times of events,required travel times, and carpooling details for the events of childrenand other family members.

The capability of the system 107, 100 to combine a true representationof the blended family with unique attributes and a calendar structurefor each family member enables scenarios not previously possible inother activity scheduling applications. Each represented child, parentor other caregiver of the blended family may have a unique set ofevents/activities in the respective calendar structure associated tothat represented family member. Based on the calendar structuring of anassociated family member, the enrollment system 107 can generate anddisplay a calendar of the unique set of activities for each representedblended family member and displays an overlay of the generated calendarfor any specified set of the represented blended family members. In thisway, parents/caregivers of blended families can display an overlaidfamily calendar of all scheduled activities for them and their specificchildren, or an overlaid family calendar of all scheduled activities forall children and caregivers across the blended family. Based on the datamodel and calendar structure for each child of the family, theenrollment system 107 can also compute a schedule of the unique set ofactivities for a given child based on the scheduled activities of allother children in the blended family.

An example of this technology is a parent looking to provide moreenrichment activities for their children. There is limited timeavailable for the parent to schedule an activity of interest for a firstchild, child-A, given the schedule for a second child, child-B. Throughthe blended familial structuring in memory 110, a system 107 of thepresent invention enables a display of the family calendar that providesa combined overlaying view of the schedules for all members of theblended family. A parent user can then clearly see where there areblocks of time available to schedule activities for one or morechildren. By utilizing the attributes associated to each child in memory110, the parent user can request to display activities that match or mapto previously schedule or enrolled type of activities. For example, ifthe child took a painting class in prior years, then the enrollmentsystem 107 can generate a list of activities that are available forchild-A with a preference of display painting classes at the top of thelist of possible activities to schedule. By turning on and off thedisplay of scheduling conflicts of other children, a parent user canalso view if the potential new proposed painting class could work withinthe family calendar. If the class schedule makes sense, then from thesame system 107, the parent user can register or enroll for thatactivity (and provide enrollment data and complete required enrollmentforms).

Based on the data model (or other enrollment data structuring) for eachchild of the family, the enrollment system 107 further enables anactivity provider user or parent user to search activity scheduling andenrollment data for family members (e.g., children) across a family. Insome embodiments, based on the represented familial relationships, thesearch may further include searching activity scheduling and enrollmentdata for caregivers across the family. The search may be performed basedon the attributes of the child, interests/preferences of the child, andcurrently scheduled activities across all the children of the family (oracross all the family members). A catalog of provider activities isstored in memory 110. The catalog is organized by specific criteria andis classified using attributes that are also associated to the childrenof the represented family in memory 110. As described above, the datastructure (e.g., data model) of child in memory is associated withattributes for the child (e.g., DEV.DYN_PROPERTY_VALUE), includingactivity interest related attributes. During a search of activities fora certain child, the system 107, 100 determines a mapping between theactivity history of the child stored in memory 110, activity interestrelated attributes associated with the child in memory, and theattributes for the catalogued activities stored in memory 110. Searchresults can be returned based on direct mapping to attributes specificto the certain child, or based on mapping to attributes common to anymembers of the blended family.

The enrollment system 107 is configured to return to the activityprovider a subset of the enrollment information without personalidentifiable information of the one or more shared children. Through theenrollment system 107, activity provider users can view collectedinformation regarding a specific child active or associated with theirprogram. Through the enrollment system 107, other activity providerusers (without a specific child active or associated with their program)may only see aggregated non-personally identifying information fromparent users and their associated child, such as gender and age ofchildren without additional information that would allow the otheractivity providers to identify a parent or child. The enrollment system107 enables activity providers to tailor and notify a user ofrecommended activities suitable to a particular child (or caregiver) inthe family based on the returned subset of enrollment information.

An algorithm is executed by the enrollment system 107 for the activityprovider user to perform the search of enrollment data. Executing thisalgorithm, the enrollment system 107 can map attribute values associatedwith children and or calendar related results of the children, such asavailability or currently enrolled activity types and classifications,to an activity of an activity provider. As an example, the activityprovider user could search for the optimal time to schedule a new balletclass in a particular zip code by entering the values for thoseattributes that it wants the system 107 to search on. In embodiments, anactivity provider can search only on personally identifiable sets ofattributes of the children. By executing the algorithm, the enrollmentsystem 107 suggests optimal times based on the children's preferencesand availability. If an activity provider user offers an activity atthis optimal time, then parent users could technically view the activityat the top of their search results based on their specific child'spreference and availability. Through the enrollment system 107, parentusers can also opt to be automatically notified by email or SMS textmessage, if preferred activity types became available when the specificchild of the parent users is free.

Users and Roles within Enrollment System

FIGS. 2A-2F illustrate user roles within the enrollment system 107 andplatform 100 of embodiments of the present invention. FIG. 2A depicts anexample embodiment of the enrollment system 107 that supports four typesof roles to characterize users of the enrollment system 107. These rolesinclude system (platform) administrator supervisor who administrativelymanages the enrollment system 107 functions across all users. The rolesalso include provider administrator (also referred to throughout as“activity provider user”) who administratively manages the enrollmentsystem 107 for a particular provider of one or more activities. Inembodiments, the permissions/access for an activity provider user areconfigurable, such that a particular activity provider user may beconfigured to only manage enrollment for a particular activity center,or may be configured to have access to search/market activities throughthe enrollment database 110 (being provided personal non-identifiabledata), or both. The roles further include parent or other caregiver whoutilizes the enrollment system 107 to enroll their respective child orchildren in activities offered by the providers. A parent user can be aparent and a caregiver to a child. These roles support blended familysituations, where the enrollment system 107 enables each parent of theblended family access to manage specific children of the blended familythat the parent is the legal guardian and/or caregiver as illustrated inFIG. 1A. In embodiments, each child managed in the enrollment system 107can be associated to one or two unique parents and any number ofcaregivers.

FIG. 2B depicts the community relationships of an example familyrepresented in computer memory 110 of the enrollment system 107. Theexample familial community includes a parent, two children, and anothercaregiver. In some embodiments, the represented community relationshipsare structured in memory as a data model shown in FIG. 1B or 1C. Theparent and caregiver are assigned respective user roles in theenrollment system 107, as described in reference to FIG. 2A. The twochildren are each configured at the enrollment system 107 to enablemanagement by the parent and other caregiver of FIG. 2B. The twochildren may each be structured in a data model, such as in FIG. 1C, andthe enrollment system 107 may enable the parent and other caregiver tomanagement each child's enrollment in activities based on the datamodel. A provider administrator may communicate with the parent throughthe enrollment system 107 to facilitate the enrollment of one or both ofthe two children in an activity provided by the provider administrator,such as enrollment in a child care service provided by the provideradministrator.

FIG. 2C further depicts example user roles in the enrollment system 107.In FIG. 2C, a parent user has two children that the parent user ismanaging through the enrollment system 107. Each child is configured atthe enrollment system 107. The first child is enrolled in activitiesincluding two different childcare programs, painting, and skating. Theenrollment information and forms required for these activities arestored in structured memory associated to the first child, which isaccessed by the parent user, via the enrollment system 107, to managethe enrollment of the first child in these activities. The second childis enrolled in activities including two different childcare programs,painting, horseback riding, and guitar. The enrollment information andforms required for these activities are stored in structured memoryassociated to the second child, which is accessed by the parent user,via the enrollment system 107, to manage the enrollment of the secondchild in these activities. The enrollment of each child in respectiveactivities is also monitored by the provider administrators of theactivities. Each provider administrator may communicate with the parentuser to invite the parent user to enroll one of the parent's childreninto a particular activity and request enrollment information from theparent in regard to the particular activity.

FIG. 2D depicts how different users can be invited to join theenrollment system 107 to perform enrollment functions in embodiments ofthe present invention. A system administrator supervisor may invite aprovider administrator for an activity provider, such as a child careprovider, to provide enrollment for an activity through the enrollmentsystem 107. The invitation may include a request for information fromthe provider administrator to activate an account for the activityprovider at the enrollment system 107. In other embodiments, theprovider administrator may register (setup account) with the enrollmentsystem 107 to provide enrollment functions without invitation.

A provider administrator, in turn, may invite a parent user to use theenrollment system 107 to enroll a child in an activity provided by theassociated activity provider user (provider administrator). Inembodiments, a parent may become a member (parent user) by being invitedby the provider administrator or being invited by another parent (havinga shared child) who is already an enrollment system 107 member. Onceinvited, the parent may receive an email invitation with a unique linkto activate an account by setting a password. The activation of theaccount may require additional registration information from the parent.An activated account is unique to that parent who as a user will then beable to access, manage, schedule, and provide enroll information fortheir specific child or children.

In embodiments, parent accounts are represented by a unique identifier,such as the email address of the parent. In some embodiments, when theenrollment system 107 initially creates/activates the parent account,the enrollment system 107 is required to add and associate the parentaccount to at least one child, specifying a date of birth, name, andother information identifying the child. Once the parent account isactivated, the parent user can add additional children in associate withthe enrollment system 107 account. The relationship between the parentand added children may be represented as shown in FIGS. 1B and 1C.

When adding children, the parent user (i.e., the first parent user) mayspecify a unique second parent for each child associated to the account.If the second parent is already a user of the enroll system (has anactivated account), then the first parent user may send through theenrollment system 107 an association connection request to the secondparent. In response to the request, the second parent user can accept ordeny association to the added children associated of the first parentuser. The unique identifier of the second parent user may also be theemail address of the second parent user.

If the second parent is not already a user of the enroll system and notinvited by the provider administrator, then the first parent mayconfigure information for the second parent (e.g., the shared child andparent email address). Based on the information, the enrollment system107 may send an invitation to the second parent to join the enrollmentsystem. In some embodiments, the enrollment system 107 may require thateach child configured at the enrollment system 107 has a particularnumber (e.g., one or two) of parents configured at the enrollment system107. For example, if only the first parent was invited by the provideradministrator (and two parents are required by the system), then theenrollment system 107 may notify the first parent regarding therequirements for a second parent. Based on the notification, the firstparent must send an invitation to the second parent to join the system.

The enrollment system 107 can further create or import information foreach specified child of the parent user, which is stored in memoryassociated to stored information for the parent user (e.g., structuredin a data model as in FIG. 1C). The created/imported information may beprovided by the provider administrator, the parent user, or both. Theenrollment system 107 may also create or import information for thesecond parent and/or other caregivers associated with the specificchild, which is stored in memory coupled to stored information for thechild and stored information for the first parent. In this way, theenrollment system 107 enables support for a blended family by allowingeach parent in the system to have a unique list of associated children.Further, two married parents each registered with the enrollment system107 may have different children for which they are the legal guardian,and, thus has different lists of associated children configured at theenrollment system 107. The enrollment system 107 enables each of themarried parents to access/view the enrollment information for his/herlist of associated children, and may also enable each to view a familycalendar of scheduled activities across all children. Attribute (data)values for parents, caregiver users, and their associated children maybe imported into the system by specifying data in CSV files or othersuch formats. Any configuration of attributes defining the parents,caregivers, or children may be imported by setting the attribute valuesin the CSV file, and then using a mapping to indicate to the enrollmentsystem 107 which attributes are being imported for each child, parentand caregiver represented in memory. Based on the mapping, theenrollment system 107 stores the values associated to the attributes instructured memory of the parent, caregiver, or children. The enrollmentsystem 107 may detect any conflicts in the imported attribute valueswith values stored in memory, if the parent, caregiver or child wasalready configured at the enrollment system 107. Success, failure andconflicts in importing values may be displayed in the user interfaceduring import and made available as a downloadable report.

In other embodiments, the parents, other caregivers, or children mayregister with the enrollment system 107 (create/activate an account)without invitation. The parents, other caregivers, or children can jointhe enrollment system 107 by creating an account on their own andapplying to list of activity providers registered with the enrollmentsystem 107. A parent user registered in this manner can still invite asecond parent to join the enrollment system 107. Further, legalguardianship for a child can change and therefore the enrollment system107 enables a parent user to easily edit parental associates for achild.

FIG. 2E illustrates example features provided to a user with the role ofactivity provider administrator. The activity provider administratoruser may be provided setup features, including (i) adding a child to theenrollment system 107 (including, e.g., child name, parent emailaddress, and such), (ii) importing existing data (e.g., via CSV) thatthe provider has for a child to the enrollment system 107, (iii) usingexisting forms to enroll a child, (iv) defining an enrollment package offorms for enrolling children through the enrollment system 107, (v)defining specific attributes represented in memory for enrollingchildren through the enrollment system 107, and (vi) defining requiredfields for enrolling children through the enrollment system 107. In someembodiments, these specific attributes include internal providerspecific attributes associated to the child in memory and that theparent users of the child cannot view through the user interface of thesystem. The activity provider can edit these internal provider specificattributes for the child or values of these attributes can be importedon the initial import of the child. The provider administrator may beprovided certain data through the dashboard user interface of theenrollment system 107, such as (i) a list of children of a family, (ii)first and last name for each child, (iii) particular data for eachchild, such as date of birth, activity group, status of referrals foractivity, injury reports for activities, and such, (iv) progress reportsfor tracking internal attributes, and (v) forms required for anactivity. The provider administrator may also be enabled to performcertain actions, such as (i) inviting parents to enrollment system 107,(ii) requesting forms from parent users, and (iii) viewing/printingforms.

FIG. 2F illustrates a dashboard for an activity provider user to manageinviting parents of different listed children to the enrollment system107. FIG. 2G illustrates a dashboard for an activity provider user toview data of listed children being enrolled into an activity offered bythe activity provider. Data is organized into columns. Display of morerelevant data can be adjusted by filtering any column to displayspecific values. Columns of data not relevant to specific providers canhave their display turned off.

Activity provider users may also purchase advertisements that aredisplayed to the anonymized parties (parent users). These advertisementsmay appear as banner or other media within communications sent by theenrollment system 107 and or within the user interface of the enrollmentsystem 107. If there were multiple activities that matched a specificchild's preference and availability, then the activity provider user ofeach matched activity could participate in and bid in an advertisingmarketplace that would enable the placement of its activity to eitherappear at top of the list, in more noticeable advertising space, orgraphically visible as the first option within a calendar view displayedto users of the enrollment system 107.

In some embodiments, search results for the activity provider users areavailable through a calendar view that can be sorted by day, week ormonth. In other embodiments, search results are also or insteadavailable in filterable on-line table. This on-line table or dashboardenables activity provider user to filter children stored in theenrollment system 107 based on key attributes.

FIG. 2H illustrates example features provided to a user with the role ofparent. The parent user may be provided certain data through thedashboard user interface of the enrollment system 107, such as (i) alist of shared children with corresponding data for each shared child(e.g., enrolled/recommended activities and data for enrolledactivities), (ii) a list of caregivers for the shared children, and(iii) forms for enrolling each child in a specific activities. Theparent user may also be enabled to perform certain actions, such as (i)add/update information on children and themselves, (ii) add/update otherparents that are legal guardians, (iii) add/update information oncaregivers in the family, (iv) view forms for enrolling a child in aspecific activity (which may be viewed in a selected language familiarto the parent user), (v) change forms for enrolling for enrolling thechild in the specific activity, and (vi) submit the forms for enrollinga child in a specific activity. In embodiments, once a form is submittedit becomes read-only. In order to change the form, parent users have anoption to edit the form and resubmit a new iteration of the form.

In some embodiments, if the child has no availability for a potentialactivity due to transportation needs, then the enrollment system 107 canpropose and facilitate a car pool with other parents attending similarevents. The enrollment system 107 can analyze the calendar of the childin memory to register in the potential activity, as well as the uniquecalendar of all the members of the blended family in memory. Thesemembers include siblings, step-brothers, step-parents, parents, andsuch. Based on the combined schedule of all these family members, theenrollment system 107 can compute if one or both parents were alreadyscheduled to drive other family children to an activity or if theparents or guardians are not available due to personal or workcommitments. The enrollment system can detect if other children havealready been scheduled within the enrollment system 107 to carpool withother families. Furthermore, the enrollment system 107 can compute whois the driver of the carpool, how many other children are in thecarpool, how many seats total are available in the car pool vehicle.Through this analysis, the enrollment system 107 can propose optimaltransportation for the parent and child. Through the enrollment system107, a parent user of a given child can set the preference of beingcontacted with car pool requests from: any other parent users andparents (parent users) of the children's friends that are configured inmemory of the enrollment system 107. In embodiments, parent users mayalso set any other parent or child attribute preferences related to thecar pool request. For example, a parent user of a given child mayrequested to arrange a car pool only when the enrollment system 107determines that the parent of another child lives within a certaindistance to the house of the parent user of the given child, or is amember of a specific class or other activity that the given child is amember. In embodiments, additional attribute preferences may representand store the approval of the parent user to allow for the child to notneed transportation as the child could walk or ride bike to activitieswhich are a specified distance from their home or at a specificlocation. For example, the parent user may set this preference so achild never needs transportation to their local school. For anotherexample, the parent user may set a preference that the child only needstransportation when the temperature is below a certain number or whenthere is or there a likelihood of precipitation over a specified percentin the geographic location of the activity. The enrollment system 107analyzes these system preferences, along with publicly available weatherdata that the system access in real time using publicly available APIs.An example of the type of API the enrollment system 107 may use isopenweathermap from openweathermap.com.

Once a parent user decides to register or enroll in an activity, theenrollment system 107 may also present the parent user with the optionof processing their payment within the system. Payment preferences andcredit card information would be saved in memory associated to theparent user and used to automate future purchases and payments ofactivities (e.g., childcare services) or goods.

Enrollment Methods Used by Enrollment System

FIGS. 3A-3E illustrate example activity enrollment and search processesin embodiments (i.e., platform 100) of the present invention.

FIG. 3A illustrates an example enrollment process by parent users orother caregiver users of platform 100. In the example process of FIG.3A, an activity provider user (also referred to as a provideradministrator) registered with the enrollment system 107 adds a child toa class program for an activity, such as a child care program. Throughthe enrollment system 107, the activity provider user adds the child tothe enrollment system 107, including the name of the child and an emailaddress of at least one parent of the child. Based on the addition ofthe child to the enrollment system 107, the enrollment system 107 maygenerate a data structure for the child, such as shown in FIG. 1C.

In the embodiment of FIG. 3A, a parent of the child is not currentlyregistered with the enrollment system 107. Thus, the activity provideruser, through the user interface dashboard of the enrollment system 107,invites at least one parent of the child using the email address addedto the enrollment system for that parent. Each invited parent receivesan email invitation with information to creating an account (includinglogin and password) with the enrollment system 107, or uses anotherexisting account (e.g., Gmail Account or the like) to log into theenrollment system 107. In FIG. 3A, the example email, as shown, is sentto invite a parent to join the enrollment system 107, but in otherembodiments, the enrollment system 107 may invite a parent to join theenrollment system 107 in any digital manner without limitation. Afterinviting a parent to join the enrollment system 107, the activityprovider user may further monitor for the invited parent to access theenrollment system 107 (indicating that the parent has completedregistration with the enrollment system 107 and is now a parent user ofthe system).

As part of joining the enrollment system 107, the parent may invite asecond parent sharing responsibility for the child being added to theclass program of the activity provider user. The invited second parentmay accept the invitation and provide further registration informationto the enrollment system 107 regarding himself/herself and the sharedchild. The further information may include other caregivers of theshared child, such as a stepparent, nanny, and the like, who may also beinvited to join the enrollment system 107. Once registered with theenrollment system 107, the second parent may configure further children(as shown in FIG. 3A) with the enrollment system 107 and invitedifferent parents, caregivers, and such associated with those children.Accordingly, the relationship of the complete family (e.g., children,respective parents, caregivers, and such) of the child may berepresented in computer memory of the enrollment system 107 in a datamodel, such as shown in FIGS. 1B and 1C.

Once registered with the enrollment system 107, based on the uniquestructured data stored in memory, either the first or second parent of ashared child, through the enrollment system 107, can enroll that childin the activity. The act of enrolling includes the enrollment system 107reusing child specific structured data from other enrolled activitiesand having either parent of the shared child provide missing data thatis required of a specific provider. For an activity provider user, theenrollment system 107 may use existing, common data or ask providerspecific questions (e.g., via one or more forms) to either parent user.The enrollment system 107 may also reuse provider specific questions fora specific child, if previously stored in memory associated with thechild. During enrollment, a parent user can provide (or system reuse)via the enrollment system 107 caregiver, pickup, and emergency contactinformation that specify individuals that may or may not be a member ofthe system 107. Further, the parent user can select via the enrollmentsystem 107 specific caregivers, pickup, and emergency contacts that areunique per child and per the activity/program of the activity provider.This information may be stored as structured data in memory associatedwith the child.

The parent user may further request an enrollment package of formsrequired to be completed for the child being added to the class program.Enrollment information required for an activity may include at least onespecific form of the activity provider and/or at least one of the commonforms requested by the provider. The parent user completes each form byanswering questions in a dynamic online version of the form within theuser interface executed by the enrollment system 107. The dynamic onlineversion may translate, e.g., dynamically, using translation software orrely upon human generated/vetted translations, and display the form(questions, question options, and answers) within the user interface ina language selected by the parent user (which is not the local languageused by the provider user). The dynamic translation may be performedusing a translation engine or application (e.g., Google TranslationAPI). Questions may comprise information regarding one or more of: thefirst parent, the second parent, the child, the child's doctor, thechild's siblings, the child's other caregivers, information previouslyentered for the child, and such. The enrollment system 107 designateswhich questions are required for parent to answer prior to be able toelectronically sign and automatically submit the signed form from theuser interface to the activity provider. When answers are provided bythe parent user in another selected language, the answers are translatedand submitted to the provider in the local language used by theprovider. The submitting may generate the completed form into a standarddocument format of the form, such as a PDF file or other such fileconvention, in the local language used by the activity provider and/orby required licensing and compliance regulations.

Embodiments can use an automatic translation engine or humangenerated/vetted translations. In an embodiment, automatic translationis used for some languages while for other specified languages humanvetted/generated translation is used. Embodiments can utilize a mix ofboth machine and vetted translation based on budget constraints ofhaving translations for multiple languages vetted. Embodiments may alsochoose between automatic and human generated/vetted translations basedon need. For instance, an embodiment may utilize human translation forcomplex translation tasks/requirements, when there is a high demand fora specific language, and/or when software generated translation resultsare inaccurate.

Forms completed and submitted via the enrollment system 107 may beunique for each provider and/or activities with a provider. Thecompleted forms may meet state licensing requirements and/orprovider-specific requirement for a particular activity. The enrollmentsystem 107/platform 100 may automatically locate and reuse informationcollected and stored in memory (database 110) from previous enrollmentsof a child to answer questions on the forms. Based on the structuring ofenrollment data, the enrollment system 107 can analyze/learn otherinformation stored in the enrollment system 107 (from previousenrollments) for answers to questions of the same activity provider ordifferent activity providers. In some embodiments, provider specificanswers are stored within activity provider specific attributes and canonly be reused for questions of that same activity provider. In someembodiments, the enrollment system/platform 100 may locate theinformation and answer the questions on the form prior to presenting theform to the parent via the user interface. In other embodiments, theenrollment system 107 may locate the information and answer requiredquestions that are missing an answer prior to electronically submittingthe enrollment form. Based on submitted enrollment information,additional forms can be requested by the provider manually orautomatically via the enrollment system user interface.

In some embodiments, once a form is generated online from a formdocument, completed, electronically signed, and submitted, that uniqueiteration of the form becomes read-only and cannot be changed. Theread-only submitted form is then accessible by the activity provideruser who requested the form and the parent users of the shared childassociated with the form. In these embodiments, if changes are requiredby the activity provider user or parent users, then a new iteration ofthe same form name must be requested by the party requiring the change.In the new iteration via the enrollment system 107 (platform 100), theparent users can change answers online to questions impactinginformation that gets inserted into a completed form document. If a newversion of the form is requested or submitted, then the enrollmentsystem 107 may enable accessibility of the new version along with oldversion to the user who submitted the form and the user who requestedthe form. In embodiments, the completed forms are stored in a documentarchival system coupled to the enrollment system 107, such as AmazonSimple Storage Service (S3) with the S3 locations are stored in theenrollment system database 110. The forms are accessed by the activityprovider user or parent user through the user interface of theenrollment system 107.

The activity provider user of the class program may monitor a parentuser's actions via the enrollment system 107 and verify whether theparent user has viewed the forms package and whether the parent hassubmitted the completed forms. For example, the enrollment system 107may present to the activity provider user through the user interface theparent user's status in relation to the form, such as “submitted.”Through the enrollment system 107, the activity provider user and parentuser may view, review, and print the completed forms of the formspackage.

An activity provider user, through the enrollment system 107, ispresented via the user interface a dashboard specific to the activityprovider user, which can be used to request and monitor enrollmentinformation for all children within program or a given child within theprogram. Through the dashboard, the activity provider can request formsfor a given child in a program, all children of specific informationclassification in the program, or all children in the program. Ongoingmonitoring via the dashboard displays all forms requested per child tothe activity provider user. Further, through the dashboard, the activityprovider user can view forms submitted by one or both of the parent userof a shared child in the program. Through the dashboard, the activityprovider can also view which forms are missing required answers toquestions and which forms required missing questions are now completed.Through the dashboard, the activity provider user can request anindividual form or a packet of multiple forms from particular parentusers in relation to a respective child of the parent users. Through thedashboard, the activity provider user can monitor enrollment for morethan one form or more than one packet of forms requested from parentusers. A single form may be included within multiple packets of forms.

Through the dashboard, an activity provider user may view individualstatus of each form associated to a packet of required forms. Inembodiments, status of individual forms rolls-up to a cumulative packetstatus, which may also be viewed through the dashboard by the activityprovider user. For example, in some embodiments, only after all forms ofa specific provider packet are submitted is the overall packet status“Submitted” displayed to the activity provider user via the dashboard.If 4/5 required forms of a specific provider packet are submitted viathe enrollment system 107, and one form is missing an answer, then theenrollment system 107 may instead display the overall status of thepacket as “Missing Answers.” Once all the requested forms of theprovider specific packet are submitted without missing required answers,then the enrollment system 107 displays the overall status of the packetas “Submitted.” The enrollment system 107, via the dashboard, enablesactivity providers to filter on specific child or all children to see ifthe child/children meet compliance requirements (completed all requiredforms) and is ready to start attending the activity or program.

Further, for each child, the enrollment system 107 provides accessible acalendar that displays the schedule for enrolled activities for thechild based on the structured data for the child in memory. Theenrollment system 107 may also provide a calendar that displays enrolledactivities of each of the children across a family (e.g., a blendedfamily). Such calendar may also display future activities and include anoption to display activities that conflict with the schedule of a givenshared child, one more shared children, associated parents, andcaregivers.

FIG. 3B illustrates an example enrollment process for a child (student)returning to a particular activity (class program). In FIG. 3B, theactivity provider user loads existing information for the child(student) and a parent of the child to the enrollment system 107, whichmay be structured such as shown in FIG. 1C. In some embodiments, theactivity provider user may load existing information for multiplechildren (students) of the parent. Based on the loaded information, theactivity provider user invites the parent to register at the enrollmentsystem 107. The activity provider monitors the registration process ofthe parent for completeness and compliance with the class program. Foreach child, the activity provider user may further monitor if the parentinvites a second parent sharing the child to register at the enrollmentsystem 107 and the registration process of the second parent.

The invited parents may register on a website for the enrollment system107 (e.g., via a registration module). As part of the registrationthrough the enrollment system 107, the parents may review and update theloaded information for the shared child being enrolled in the classprogram. One registered, the parents are now parent users of theenrollment system 107. Based on represented familial relationships inmemory, the enrollment system 107 may receive information providedindependently by the first parent user and the second parent user forenrolling the shared child in the activity, such as information providedthrough online forms of a forms package. The enrollment system 107stores the enrollment information associated to the represented familialrelationships in memory (such as in the data model of FIG. 1C). As partof the registration through the enrollment system 107, one of the parentusers may sign and date each form in the forms package for the sharedchild. Through the enrollment system 107, the parent users may submitthe completed online forms to the activity provider and receiveconfirmation of the submission.

In the embodiment of FIG. 3B, once a parent is registered, theenrollment system 107 (e.g., via an enrollment module) shares the formpackage for the program of the activity provider user with the parentuser. The enrollment system 107 shares a forms packet for each childbeing added to the program. If two parent users are registered, theenrollment system 107 shares the enrollment package with both parentusers. Through the enrollment system 107, the parent users may view theforms in online format through the user interface, answer questions onthe online forms, and submit the completed online forms of an enrollmentpackage required to enroll a child (student) in the program. One or boththe parent users may view, answer questions, and submit the completedforms to the enrollment system 107. Once submitted, the enrollmentsystem 107 may convert the online forms to a document format, such asPDF, and archive the forms in document format in memory accessible bythe parent users and activity provider user. When enrolling a sharedchild with an activity provider, one parent needs to sign (e.g.,electronically sign online through the user interface) and submit theenrollment forms. In some embodiments, the enrollment system 107supports either parent user to input data into the enrollment process,but only for a single parent to electronically submit an enrollment formto a provider user at one point in time.

In embodiments, the form (e.g., PDF) is the output of an enrollmentsystem 107 dynamic online format displayed through the user interface ofthe enrollment system 107. To generate this dynamic online format, formfields are defined in form templates. The enrollment system 107 definesattributes for representing and storing enrollment data—the enrollmentdata being stored as values of the defined attributes. The attributesare part of the children, parent, and caregiver data objects in thestructured data (data model) representing a family, and a subset of theattributes are inserted into any form template as a mapping. The mappingassociates in the enrollment system 107 memory the subset of attributesin the structured data to specific form fields in each form template.The enrollment system 107 stores the mapping between the form fields ofeach form template and attributes of children, parents, and caregiversin the structured data. The enrollment system 107 enables the use ofexpressions and concatenation of attributes to define a given mapping.Questions are defined and mapped to each attribute in the structureddata in the enrollment system 107 memory. In embodiments, the storedenrollment data, attributes, and form fields are in the local languageof the provider user (e.g., English).

An activity provider may set which form templates that the activityprovider is using for enrollment, and through the enrollment system 107,requests a parent user to complete the respective forms for a specificchild. For a given form, the enrollment system 107, through the userinterface, generates and presents a dynamic online format of the form tothe parent user. The dynamic online format of the form presents to theparent user the questions that are mapped to the attributes insertedinto the specified fields of the form template. The dynamic onlineformat may translate (e.g., dynamically or through accessing humangenerated/vetted translations stored in memory) and present to theparent users the questions in a language selected by the parent user(rather than the local language used by the provider user).

The enroll system reuses attribute values associated to each child inthe enrollment system memory 110. The attributes are a combination ofgeneral attributes and provider-specific attributes. Values for generalattributes can be reused (shared) between activity providers for use inform templates. Values for provider-specific attributes can only bereused by the activity provider storing the values based on anenrollment request. In some embodiments, the enrollment system 107(platform 100) enables parent users to only reuse the attribute valuesof other parent or caregiver users within the blended family forassociating to existing or new children within the blended family.Caregiver and parent users associated to a child can be referenced tomore than one child within the blended family.

Through the dynamic online format of a form, parent users may accessquestions (general and/or provider specific questions) associated to aspecific form and displayed through the enrollment system 107 userinterface. The parent users may filter on all questions displayedthrough the user interface, both required questions and missing requiredquestions of the specific form displayed for a given child. Based on thefiltering, the enrollment system 107 looks up all the attributes valuesfor all the attributes inserted into fields of the specific form (mappedto the questions displayed to the parent user). The enrollment system107 then displays values to the questions. The enrollment system 107performs analysis on stored values for the attributes inserted on theform and other stored data, which enables the questions to be organizedand displayed according to required questions, missing answers requiredquestions, and such. The enrollment system 107 also performs search andanalysis on the stored attribute values across represented familymembers in memory to automatically complete answers to certain questionswith missing answers.

In example embodiments, when a parent user has answered all of therequired questions for a form (some answers may have been automaticallycompleted by the enrollment system 107), then a PREVIEW button isaccessible within the user interface. In response to selecting thePREVIEW button, the enrollment system 107 automatically generates a form(e.g., PDF). The enrollment system 107 generates the form by insertingthe attribute values (answers) provided for the given child in responseto the displayed questions into the corresponding form fields (accordingto the mapping of attributes to each form field). After previewing theform (PDF), a parent user, may change the answers (attribute values)provided for the displayed questions using the dynamic online form viathe user interface. When the form is again previewed by the parent user,the enrollment system 107 again generates the form (e.g., PDF) byinserting the updated answers (attribute values) into the fields on theform (according to the mapping of attributes to each form field).

If the parent user answered the questions in a selected language(different from the local language used by the provider user), theenrollment system 107 may translate, e.g., dynamically, the answers tothe local language prior to the preview. In response to previewing theform, the enrollment system 107 enables the parent user in the selectedlanguage on the dynamic online form to make additional changes (andagain preview the form), or electronically sign and submit the form tothe provider.

After the form is previewed, the enrollment system 107 presents aSIGN/SUBMIT button that is accessible to the parent user (enabling theparent user to electronically sign the form). For an electronicsignature to be valid, the electronic signature must meet specificrequirements, as required by solution providers of electronic signatureapplications implemented at the enrollment system 107 to enable parentusers to enter an electronic signature. First, these requirements mayinclude each parent user authenticating the parent user's electronicsignature using their own password. Second, these requirements mayinclude presenting a separate input screen to a parent user for eachform to be electronically signed, and requiring the parent user to typehis/her name in the appropriate signature area of the input screen.Within the signature area, the electronic signature application displaysclear consent text such as “by signing the form, you consent to theanswers on the form. As the parent of legal guardian, you mustelectronically sign the form by personally typing in a combination ofalpha numeric characters. This electronic signature should not be typedin by someone else of the proper signatory.” The signature area may bepresented to the parent user in another language selected by the parentuser, rather than the local language of the enrollment system 107.

The electronic signature application associates each signature to eachspecific form that is electronically signed by a parent user. Theelectronic signature entered by the signee (parent user) is visible onevery form in a displayed signature field, so a signee can only signforms presented by the electronic signature application and aretechnologically linked on the same or adjacent screens of theapplication. The electronic signature application prevents a signee frominadvertently signing a different form.

After each form for enrollment to an activity is electronically signedby the parent user, the enrollment system 107 then permanently makes thepdf form Read-Only, incorporates the electronic signature into the form,and marks the form as Signed. Users cannot change Read-Only forms. Anactivity provider using the form for enrollment has a dashboard showingwhich parent signed/submitted each form, along with date of the eventproviding a second, independent record of the date of submission.Provider can be automatically notified by email when a new form issubmitted by parent. Every signed form can be viewed by both theactivity provider administrator user and parent user. All forms inRead-Only pdf format are permanently archived in memory (e.g., database)of the enrollment system 107 and verifying the information contained inthe dashboard. Answers (attribute values) provided to the onlinequestions are stored in memory associated with the stored PDF form. Theenrollment system 107 may reuse the answers (attribute values) byinserting the attribute values into the form fields of other forms(associated with the same attributes) used by the same activity provideror other activity providers. Provider specific attribute values cannotbe reused between various providers. Only the general or non-providerspecific attributes, parent and caregiver values can be reused acrossproviders. The answers (attribute values) may also be accessible ondashboards and reports for the activity provider, as long as the childis associated to that activity provider through the enrollment system107.

In embodiments, the enrollment system 107 supports dynamic attributesthat enable the configuration of provider specific attributes. In someembodiments, the enrollment system 107 may set provider specificattributes in three ways. First, the enrollment system 107 may supporteditable provider specific attributes. These attributes are available toall activity provider users registered with the enrollment system 107.An example of these attributes is data-of-last-physical exam. Thisexample attribute can be updated and viewed only by the activityprovider user in order for the activity provider user to maintainimportant compliance data. If a child was enrolled with two differentactivity provider users, then each activity provider user could have aunique value set for this example attribute. For each activity provideruser, the set attribute value would not be viewable by a parent user,unless the activity provider user communicated or messaged the value ofthe attribute to the parent user.

Second, the enrollment system 107 may support editable provider-specificattributes. These are attributes that can only be edited by a singleactivity provider user and only viewed by that same activity provideruser. These attributes cannot be viewed by the parent user. Theattributes are associated to a specific parent-child combination and areunique to the activity provider user. These attributes enable theactivity provider user to track any attributes that the activityproviders require for enablement and may be unique for enrollment tothat activity provider user. Third, the enrollment system 107 maysupport a provider specific version for any attribute. An example is anattribute to set photographing permission consent. The enrollment system107 may have a generic description of the question mapped to thisattribute in memory. The activity provider user may configure aprovider-specific version of this attribute, where the question text isadjusted to be specific to the activity provider user. The enrollmentsystem 107 only makes provider specific attribute values accessible andvisible to the parent user and the associated activity provider. Theenrollment system 107 updates these attributes values by the parentanswering questions required for a form via the dynamic online formdisplayed through the user.

The activity provider user, through the enrollment system 107, may trackenrollment requests by the parents using the forms, gather submittedforms, track the submitted forms, and review the submitted forms. Ifbased on the review, the entire packet of forms required for the programhas not been completed, the activity provider user, through theenrollment system 107, may communicate with the parent users tocomplete/submit the forms. If the entire packet of forms is complete,the enrollment system 107 may print the completed forms and/or archivethe completed forms in the enrollment system 107, such as update thestructured child data in memory 110 (e.g., FIG. 1C). The enrollmentsystem may further update enrollment or tracking status of therespective child in the program and notify the one or two parents ofinformation related to the program (e.g., start date). For example, foreach activity, the enrollment system 107 may display the enrollmentstatus of a child, including but not limited to, accepted, rejected,paid, missing enrollment data, wait list, and the like.

FIG. 3C illustrates an example enrollment process for a child (student)new to an activity provider user (never previously participated in aprogram offered by the activity provider). The example enrollmentprocess of FIG. 3C is similar to the example enrollment process of FIG.3B. The different being that the activity provider user does not haveany existing information for the parent and enrolling child or children.Thus, the activity provider user must add a parent to the enrollmentsystem 107 to enroll the child, including a method of contacting theparent, such as an email address for the parent. Also, as part of theregistration, the parent must add and enter information for each childbeing enrolled in the program of the activity provider, which may bestructured such as shown in FIG. 1C. As each child has not previouslyparticipated in the program, the activity provider user has noinformation on each child and associated parent to load to theenrollment system 107.

FIG. 3D illustrates an example enrollment process for a child usingenrollment forms. In FIG. 3D, two parent users and one or more caregiverusers are associated to a child through a familial structure representedin computer memory. Through the enrollment system 107, the parent usersare enrolling the child in a child care program (activity) of a childcare provider user (provider administrator user). As the child has beenenrolled in a previous activity through the enrollment system 107, theenrollment system 107 reuses that data as part of the enrollment datafor the child care program.

The child care provider, through the user interface (dashboard) of theenrollment system 107, automatically generates an enrollment packet offorms to complete the enrollment of the child in the child care program.The forms include common forms and forms specific to the child careprogram. The submission of the forms may be required to meet statelicensing requirements. For example, the forms may include request,facesheet, pickup list, consent, medical history, and such. One of theparent users may select one of the forms to complete and the enrollmentsystem 107 dynamic presents the form online to the parent user throughthe user interface. Through the user interface, the parent usercompletes the form online by answering the questions on the forms. Ifthe parent user does not answer a required question on the form, theenrollment system 107 may automatically determine the answer to thequestion based on past enrollment information from the child in memory.Also, the second parent user may independently log into the enrollmentsystem 107, select the same form to complete online, and providingmissing answers on the form. Through the user interface, one of theparent users provide an electronic signature online to complete theform. That parent user may then submit the completed form through theuser interface of the enrollment system 107 to the child care provided.The enrollment system 107 converts the signed form online to PDF (orother document conversion) and archives the signed form in memory of theenrollment system 107. The parent users may then continue to completeeach of the other forms of the forms package in a similarly manner. Thechild care program enrollment data, including each of the completedforms, for the child are stored in memory associated with the child andthe child care program (such as in FIG. 1C).

The child care provider user and parent users may access thecompleted/signed enrollment forms through their respective userinterface dashboard view (e.g., parent & provider view). The enrollmentsystem 107 may first verify and accept the connection of each user toaccess these forms based on a connection type of childcare provider.

In embodiments, the enrollment system 107 supports localizationconfiguration setting for user to change language preference to anotherlanguage. The user interface of the enrollment system 107 can then bepresented in the selected language. Questions used for forms input alsodisplay the selected localized language. In these embodiments, thequestions are in the preferred language of the parent user, while theform template requested by the activity provider user could be in thelanguage desired for the activity provider to be compliant with locallicensing requirements. As an example, this configuration enables aparent to better understand questions in Spanish and still have optionto review another language form, such as an English form, with theiranswers prior to submitting to the activity provider.

Activity Search Methods Used by Enrollment System

FIG. 3E illustrates an example enrollment process activity search andenrollment based on child specific data attributes and a familycalendar. In FIG. 3E, two parent users and one or more caregiver usersare associated to a child through a familial structure represented incomputer memory. The familial structure may also include other sharedchildren of the parents, children that one of the parents shares with adifferent parent, and other children of the different parent. Throughthe enrollment system 107, the parent users are registering/enrollingthe child in one or more activities offered by activity provider users(provider administrator users). As the child has been enrolled inprevious activities through the enrollment system 107, the enrollmentsystem 107 reuses that data as part of the enrollment data for thecurrent activities. The parents enroll the child in the currentactivities by completed forms online as described in reference to FIG.3D. The enrollment data, including the respective completed forms, foreach activity of the child are structured in memory associated with thechild and the respective activity (such as in FIG. 1C). Based on thestructured data, the enrollment system 107 may generate the activitiesfor the child into a displayed calendar format, which may be viewedthrough the dashboard of a user associated with the child.

Similarly, each child in the familial structure may be enrolled inactivities through the enrollment system 107. The enrollment data,including the respective completed forms, for each activity of a givenchild are structured in memory associated with the child and therespective activity (such as in FIG. 1C). In some embodiments, eachparent user or caregiver user may also be enrolled in activities throughthe enrollment and the corresponding enrollment data is structured inmemory associated with that parent/caregiver user and respectiveactivity. Based on the structured data, the enrollment system 107 maygenerate the activities for each child, parent, or caregiver into acalendar format. Further, based on the familial structuring andstructured data for each family member, the enrollment system 107 maygenerate the activities across the represented family (or across justthe children of the family) into an overlaid family calendar format,which may be viewed through the dashboard of the respective user.

A parent user may search for a new activity for a shared child based onattributes, preferences/interests, and such of the child. In addition,to determine the new activity for a child, the enrollment system 107optimizes the selections by considering the schedule or calendar of allfamily members through the familial structuring. For example, sharedchildren may have an option to enroll in activities conflicting inschedule and at different locations. Based on the structured data ofeach family member, the enrollment system 107 can automaticallydetermine that a parent or other caregiver is available to transporteach of the children to the conflicting scheduled activity. Theenrollment system 107 can then notify the users that the selections ofthese conflicting activities are available to the respective childrenand the scheduling allows the conflicting activities. The parent usercan then enroll the children in the conflicting activities through theenrollment system 107.

For another example, if an activity is not a drop-off activity, then theactivity requires for a parent or other caregiver to be present at thelocation of the activity. The parent or caregiver may also need time toget to a next scheduled activity for the same or different child orhimself/herself. To address these challenges, the enrollment system 107can display a calendar of all family members or specific family members.As an example, a parent and a child could be selected to effectivelyview the conflicts of that parent/child pair on the displayed familycalendar. Once the parent/child pair identifies an optimal activity, theparent as a user of the system can enroll in that activity usingchild-specific data previously stored in the enrollment system 107 (andprovided any further required enrollment data). The enrollment system107 then updates the calendar of the given child with the enrollmentdata and the calendars of the associated parent or caregiver who isbringing the child to the activity. Based on the updates to theseindividual calendars, the enrollment system 107 further updates theoverlaid family calendar viewable by all the family users.

The enrollment system 107 further enables a new activity provider userto tailor and propose (market) new activities in a population orcommunity. To do so, the enrollment system 107 may utilizechild-specific structured data, including past enrollments andactivities of each child, and the structured date for the associatedparents and caregivers. In particular, the new activity provider mayaccess the enrollment system 107 as an activity provider user and theenrollment system 107 may provide the activity provider capability forsearching the structured data across different families. The enrollmentsystem 107 may provide a particular user interface screen to enable suchsearching by command. For example, the enrollment system 107 may enablethe activity provider to search (e.g., via a search engine) acrossfamilial relationships according to certain attributes,preferences/interests, and date/time constraints of the family members.

These searching functions of the enrollment system 107 enable theactivity provider user to learn data about a population of childrenwithout accessing any personal identifiable information of the children.The searching capability enables the activity provider user to searchand return results based on criteria that comprises non-personalidentifiable attributes, which include zip code, gender, age, school,past activities, number of siblings at home, classification of generalfamily structure, such as blended family structure, and such. The searchcapability also enables the activity provider to search on criteriarelated to the availability of children at certain date/time based onthe structured data of the children in memory. In example embodiments,the enrollment system 107 may display the results in table format,showing the quantity of children that meet the given search criteria andparent users associated with one or more children that meet the givensearch criteria.

Based on the results of the search, the activity provider may proposenew activities that fit into family schedules. The activity provider mayfurther determine the proposed new activities to be suitable for a givenchild and at an available time relative to the family calendar of thechild. The enrollment system 107 (e.g., through a recommendation engine)may also enable the activity provider to utilize the pastpreferences/interests of the given child and prioritize/recommendpotential new activities for enrollment by the given child. Through theenrollment system 107, the activity provider can notify the parent usersidentified in the search results (e.g., first and second parents) of therecommended new activities for the child.

In some embodiments, the parent and caregiver may similarly search(e.g., via a (e.g., search engine of the enrollment system 107) acrossactivities provided by different activity provider users and selectactivities for associated children based on attributes, date/time, andpreferences/interests of the child. Both parents of a shared child mayindependently provide information for selecting/enrolling the sharedchild in the activities. The enrollment system 107 (plaform 100) mayenable a parent user to search for information regarding enrolledactivities for each of one or more shared children. The enrollmentsystem 107 may enable the parent user to select calendar-basedattributes, such as time-frame which may be a specific date or daterange with a specified time, for returning activities. The enrollmentsystem 107 may then return a display of calendar-based search results(specific activities) for each of the one or more shared children.Through the enrollment system 107, the parent user can determineavailability and conflicts for one or all shared children based on thecalendar-based search results. In some embodiments, the enrollmentsystem 107 may automatically determine a schedule of activities for eachshared child based on the determined availability and conflict indicatedby the calendar-based search results.

In addition to using calendar-based search attributes, the enrollmentsystem 107 enables the parent user to display potential activities for ashared child to enroll in using child-specific data attributes of theshared child in the structured enrollment data (e.g., as shown in FIG.1C). The child-specific data attributes include at least one of: zipcode, gender, interests/preferences based on other enrolled activitiesof the given shared child, and such. The enrollment system 107 mayautomatically determine a new activity suitable for the given sharedchild based on the determined child-specific data attributes and adetermined schedule of the child's family (e.g., blended family) asrepresented by the family calendar.

Features of Enrollment System

FIGS. 4A-4G illustrate example enrollment functions (use cases) of theenrollment system 107 and platform 100 in embodiments of the presentinvention.

FIG. 4A illustrates viewing functions provided by the enrollment system107/platform 100. The enrollment system 107 enables a parent user 401 toview configured information for all children 402 connected to the parentthrough the enrollment system 107. For a particular one of the children403, the enrollment system 107 enables all the parent users 403connected to the child 403, caregiver users 404 connected to the child403, and providers 405 of activities that the child 403 is enrolled toview configured information for the child 403. The enrollment system 107may present configured child information through a user interface, suchas a graphical dashboard, to the parent users 403, caregiver users 404,and activity providers 405 enabled to view the information.

FIG. 4B illustrates example functions performable by a parent user ofthe enrollment system 107. The parent user may perform these functionsthrough the user interface of the enrollment system. These functionsinclude listing the parent users of the enrollment system 107 associatedwith a given child, selecting a parent user of the listed parent users,and editing attributes for the selected parent user, if the parent userperforming the function is the owner of the attributes (i.e., is thesame as the selected parent user). These functions also include adding aparent user that shares a child with the parent user performing thefunction. The added parent user may be a new or existing user of thesystem.

FIG. 4C illustrates example functions performable by a parent user ofthe enrollment system 107 and platform 100. The parent user may performthese functions through the user interface of the enrollment system 107.These functions include listing the caregiver users associated with agiven child in the enrollment system 107, selecting a caregiver user ofthe listed caregiver users, and editing attributes for the selectedcaregiver user, if the parent user performing the function is the ownerof the attributes (i.e., is the same as the selected caregiver user).These functions also include adding a caregiver user that shares a childwith the parent user performing the function. The added caregiver usermay be a new or existing user of the system.

FIG. 4D illustrates example form completion functions provided by theenrollment system 107 and platform 100. A user may perform thesefunctions through the user interface of the enrollment system 107. Thefunctions including viewing all questions of enrollment form to completefor a given child, viewing missing answers on the enrollment form, andviewing required answers that must be completed on the enrollment form.Based on the structuring of the given child's enrollment data, theenrollment system 107 may learn and fill-in questions missing answers.The enrollment system 107 may learn/fill-in the missing answers byreusing parent information for the given child from other activitiesenrolled through the enrollment system 107, reusing caregiverinformation for the given child from other activities enrolled throughthe enrollment system 107, and reusing medical information for the givenchild from other activities enrolled through the enrollment system 107.

FIG. 4E illustrates example activity provider administrator functionsprovided by the enrollment system 107 and platform 100. An activityprovider administrator may perform these functions through the userinterface of the enrollment system 107. These functions include:inviting a parent user (with a child seeking enrollment in the activityof the activity provider) to register at the enrollment system 107,viewing status of parent users (with child to be enrolled) at theenrollment system, messaging parent users registered with the enrollmentsystem 107, requesting parent users to submit forms for enrolling thechild in the activity of the activity provider, view completion statusof all forms for the activity by the parent user, tracking childattribute data structured in memory of the enrollment system 107, andview/print submitted forms.

FIG. 4F illustrates example system administrator supervisor functionsprovided by the enrollment system 107 and platform 100. A systemadministrator supervisor may perform these functions through the userinterface of the enrollment system 107. These functions includeconfiguring provider specific enrollment forms at the enrollment system107, which include adding enrollment forms, setting field input in eachform, setting provider specific attributes in the form associated withthe field input, and setting required questions to be displayed to theuser that are associated with the provider specific attributes in theform.

FIG. 4G depicts example functions the parent user can perform relativeto enrollment forms. A parent user may perform these functions throughthe user interface of the enrollment system 107. The parent user mayselect a provider enrollment option and list activity providers toenrollment a child of the parent user. The parent user may view formsper each listed activity provider. The enrollment system 107 displayseach form to the parent user with associated completion status. Theparent user may select one of the forms, and the system displays thequestions of the form on the user interface to the parent user. Theparent user may answer required and option displayed questions of theform, preview the form, electronically sign the form, and submit theform to the corresponding activity provider. The parent user may viewall of the forms per listed activity provider and edit/change aparticular form (which is submitted in a new iteration to the activityprovider).

User Interfaces of Enrollment System

FIGS. 5A-5Y illustrate screenshots of an enrollment system 107 andplatform 100 user interfaces embodying the present invention.

Embodiments of the online computer platform also provide a userinterface, such as a graphical user interface, that functions based onthe represented familial relationships in computer memory. The userinterface is structured to enable a user, such as a parent, othercaregiver, and the like, to provide enrollment information and makeenrollment selections for members of the family, such as children,spouse, themselves, and the like. The user interface may also bestructured to enable multiple users to provide enrollment informationand make enrollment selections for a particular shared family member,such as two divorced parents both managing the activities of a sharedchild. The user interface is further structured to enable a user todisplay the family calendar presenting the schedule of enrolledactivities across all family members.

In FIGS. 5A and 5B, the user interface is depicted for two differentparents with a shared child. In FIG. 5A, Parent 1 is logged(authenticated) into the enrollment system 107 and presented a dashboardspecific to Parent 1. The user interface (dashboard) for Parent 1 showsthe shared child has two parents named P1FirstName and P2Firstame. InFIG. 5b , Parent 2 is logged (authenticated) into the system, and theuser interface (dashboard) for Parent 2 shows the same 2 parents for theshared child. Note in FIGS. 5A and 5B, the respective parent logged(authenticated) into the enrollment system 107 (P1FirstName orP2FirstName) is shown in the upper right corner of dashboard screen.

FIGS. 5C and 5D show that each parent has independent access to the sameenrollment forms and associated questions for the shared child via theirrespective user interface (dashboard). FIG. 5E shows on Parent 1's userinterface that answers are missing for questions of the facesheetenrollment form required to be completed to enroll the shared child.FIG. 5F shows the enrollment system 107 automatically supplying themissing answers for some questions based on the structured data inmemory for the shared child from previous enrolled activities of theshare child or other family members associated to the shared child. FIG.5G shows that Parent 2's user interface display the same missing answersof the shared child's facesheet enrollment form as Parent 1's userinterface. FIG. 5H shows that via Parent 2's user interface, Parent 2provides some of the missing answers on the shared child's facesheetenrollment form. FIG. 5I shows the formatted facesheet form (as providedin document form from the activity provider) completed with the answersprovided by Parent 1 and Parent 2 via their respective user interfaces.FIG. 5I shows the enrollment system 107 providing to Parent 2 a Forme-Signature screen to e-sign and submit the completed facesheet form.

FIG. 5K shows the specific enrollment system 107 dashboard of theactivity provider user for which Parent 1 and Parent 2 completed thefacesheet form for the shared child. The activity provider user maymonitor the enrollment of children in a program of the activity provideruser, including the shared child of Parent 1 and Parent 2. For example,for this shared child the dashboard presents to the activity provideruser that the forms required for this shared child (including thefacesheet form) have been successfully completed and submitted to theactivity provider user via the enrollment system 107. FIG. 5L shows ascreen of the activity provider user's dashboard that can be access bythe activity provider to view iteration history of any forms shown inFIG. 5K. This screen enables the activity provider user to view when aselected form was submitted and who submitted the form.

FIG. 5M shows a family calendar across the family, including Parent 1,Parent 2, and the shared child. The family may include further members.For example, the family may be a blended family, where Parent 1 isremarried and has one or more additional children not shared with Parent2. Based on their represented familial relationship in memory, theenrollment system 107 accesses the structured data for the shared childto determine and display when the shared child is scheduled in anactivity or available. Based on their represented familial relationshipin memory, the enrollment system 107 further accesses structured dataacross the entire family (e.g., blended family) to determine and displaya family scheduling conflict.

For each child, the enrollment system 107 may display the accessiblecalendar to present the schedule of all enrolled activities for thatchild. The enrollment system 107 may also display a family calendar thatpresents enrolled activities of one or more shared children within afamily. The enrollment system 107 may also display a family calendarshowing future activities of the entire family. The family calendar mayhave an option that shows in the calendar scheduling conflicts of agiven shared child with a family, among shared children within thefamily, or among all of the shared child, parents, and caregivers withinthe family.

FIG. 5N illustrates an example parent user dashboard that displays alist of all enrolled activities for each of the parent's shared childrendetermined based on the represented familial relationships. When aparent user authenticates into the enrollment system 107, the enrollmentsystems 107 presents the parent with a child specific dashboard as shownin FIG. 5N. The parent user can be the parent of one or more children,which are each listed on the dashboard. Next to each child, theenrollment system 107 lists potential activities for the child toenroll. The enrollment system 107 generates the list of potentialactivities based on unique attributes of each child stored associated tothe child in computer memory (e.g., as shown in FIG. 1C). Examples ofsuch attributes include: age, gender, location, previous activities,activities by other family members, children of associated caregivers,and such.

In the example of FIG. 5N, when user Parent 1 logins into the enrollmentsystem 107 (platform 110), the enrollment system 107 uses Parent 1'sstructured familial relationships to present a dashboard specific toParent 1, which lists Parent 1's children, Child 1 and Child 2. Throughthe dashboard, Parent 1 can select Child 1 or Child 2 and a recommendedactivity for the selected child. Based on the selections, the enrollmentsystem 107 provides options to enable the parent user to edit enrollmentinformation required to enroll that child in the selected activity.

User Parent 2 can also login into the enrollment system 107 and bepresented a dashboard specific to Parent 2, which lists Parent 2'schildren, Child 2 and Child 3. In the dashboard, Parent 2 sees the samelist of recommended activities next to Child 2 as seen by Parent 1. Inthe dashboard, Parent 2 also sees a list of recommended activities nextto Child 3. Once Parent 2 selects a recommended activity for Child 2,the enrollment system 107 provides Parent 2 option to enable Parent 2 toedit the enrollment information for the activity. Enrollment informationcan be independently entered/changed by either of Child 2's parents,Parent 1 or Parent 2. Through Parent 2's dashboard, Parent 2 also seesany data entered/changed by Parent 1. In the example of FIG. 5N, asParent 2 is not the parent of Child 1, Parent 2 does not see Child 1listed in Parent 2's dashboard and is not able to enroll Child 1 inactivities.

Each parent (e.g., Parent 1 and Parent 2) of a shared child can accessvarious activity providers to enroll with once authenticated, such asthose offering Fall Art, Winter Skiing, and such shown in FIG. 5N.Through the enrollment system 107, each parent can electronically enrolla child by answering questions using requested or non-requested forms,reusing previously defined information for the child (e.g., related tothe child's parents, caregivers, and the like), and such. For eachenrolled activity, the enrollment system 107 via the dashboard displaysthe enrollment status, including but not limited to, accepted, rejected,paid, missing enrollment data, wait list, and the like.

The dashboard may also display status information for other childrenassociated to the parent's family. In the example of FIG. 5N, theenrollment system 107 may enable Parent 1 to share enrollment data ofChild 1 with Parent 2. The enrollment system 107 then enables Parent 2to view enrollment status of Child 1, but not enable Parent 2 to enrollChild 1 in activities or edit enrollment data of Child 1.

The user interface of the enrollment system 107 is also structured toenable new activity providers to search enrollment information acrossone or more families, tailor activities to members (e.g., children) ofthe one or more families, and notify a parent user to recommend theactivities tailored to a particular child. Based on represented familialrelationships in memory, the new activity providers may search thestructured data of each children according to criteria, such asattributes of the child, the past and present enrolled activity of thechild, scheduling constraints (date/time) of the child based on theactivities across the family, and the like. Based on the searchedcriteria, the new activity provider may use the results to tailoractivities to members of the one or more families.

FIGS. 5O-5Y show embodiments of the user interface that enable a parentuser not familiar with the configured local language of the enrollmentsystem 107 to change to another language familiar to the parent user. InFIG. 5O, a “Select Language” option is presented on the user interfaceof the enrollment system 107 for selection by the parent user. Inresponse to selection of the option, the user interface presents theparent user different options for changing the language shown on theuser interface from the configured local language (English in FIG. 5O).Changing the language to Spanish (selecting the “Spanish” languageoption) results in the enrollment system 107 displaying the menubuttons, user interface text, form listings, and such in the selectedSpanish language, as shown in FIGS. 5P and 5Q.

As shown in FIG. 5R, when a form is selected, the enrollment system 107presents to the parent user all the form questions and question optionsin the selected language (Spanish). To do so, the enrollment system 107translates (e.g., dynamically or through use of human input) anddisplays the form questions and question options stored in memory (asshown in FIG. 1C) in the local language of the enrollment system 107(English) to the selected language (Spanish). The enrollment system 107further enables the parent user to enter answers to the specificdisplayed questions in the selected language (Spanish). The enrollmentsystem 107 translates the answers in the selected language (Spanish) tothe local language (English) when the parent selects to translate theirtext (e.g., using a “Translate” button that is provided on the userinterface of the enrollment system 107) or during the preview process ofthe form. For example, a translation engine or application (e.g., GoogleAPI) may be used to perform the translation dynamically. As describedherein, embodiments may also utilize human generated/vettedtranslations.

The enrollment system 107 requires the parent user to preview the formbefore submitting the form to the provider user. In embodiments, theenrollment system 107 enables the parent user to preview the form inresponse to the parent user answering all required questions of theform. FIG. 5S shows the enrollment system 107 making the “Preview”(“Avance”) button available to the parent user after all of the requiredquestions have been answered. As shown in FIG. 5T, the previewfunction/process of the enrollment system 107 translates and displaysthe form in the local language (English), resulting in questions,question answers, and questions options displayed in the local language(English) as a previewed form. For example, the parent user selected thevalue “Verde” as the answer to the question of eye color in FIG. 5S, andon the previewed form of FIG. 5T, the eye color is translated to thelocal language and displayed as the value of “Green”. Note, thepreviewed form is not accessible by the provider user (or childcaresystem). During the preview process, the enrollment system 107 enablesthe parent user to review the contents of the form before the form issubmitted to the provider user. As shown in FIG. 5T, during the preview,the form has not yet been electronically signed (i.e., the signaturefields are still blank).

In response to previewing the form, the enrollment system 107 enablesthe parent user in the selected language to make additional changes tothe form (and preview again), or electronically sign and submit the formto the provider. As shown in FIG. 5U, the button to sign/submit(“senal/presenter”) is available on the user interface after the parentuser previews the form. If the parent user chooses to make additionalchanges to the form (changes an answer to a question as presented in theselected language), then the sign/submit button is no longer available.As shown in FIG. 5V, when the parent user changes the eye color to blue(azul), the sign/submit button is no longer available to the parent user(until the parent user again previews the form). When submitting theform, the parent user is instructed in the selected language (Spanish),as shown in FIG. 5W, to review the form to ensure the parent user'sconsent to the answers and consents on the previewed form. If the parentuser is satisfied with the form, the enrollment system 107 enables theparent user to then type his/her electronic signature and submit theform to the provider user, as shown in FIG. 5X. Once signed andsubmitted, the enrollment system 107 then enables the provider user toaccess the submitted form in their local language. FIG. 5Y shows thesubmitted form in the local language (English) with the electronicsignature of the parent user.

Enrollment System Networks

FIG. 6A-6B illustrate example enrollment system networks in embodimentsof the present invention.

FIG. 6A shows an example enrollment system network in embodiments of thepresent invention. The example enrollment system network comprises atwo-side platform 100 which provides a cloud-based software as a service(SaaS) enabled marketplace (SEM) solution to childcare and otheractivity providers. The platform 100 is formed of supporting memory(database 110), functions supporting user interactive forms, multi-waycommunications, and the like. Users of the two-sided platform may accessthe platform through a computer, tablet, smartphone, or such. Thetwo-sided platform enables activity providers to connect with parents ofchildren and provide enrollment functions (including unique formsupport) for the parents to enroll the children in activities offered bythe activity providers. The two-sided platform also enables marketplacefunctions by providing to the same or different activity providers thecapability to search the stored enrollment data for the children (andassociated data of their parents and caregivers). Through the searching,the activity providers can determine activities tailored to a certainpopulation or community that includes these children. Through, theplatform, the activity providers can further connect with the parentusers of the platform and market these activities to the parent users'children. A parent user can then select to enroll an associated child inone of the activities and provide corresponding enrollment informationthrough the platform.

Referring now to FIG. 6B, a schematic depiction of an enrollment networkis illustrated. The enrollment network 100 illustrates access to anenrollment or registration system 107 over a global communicationsnetwork 70 from user devices 105 and provider devices 106. The parentusers 101, 102 operating the user devices 105 are the parents of ashared child 103. The first parent user 101 is also the parent of anindividual child 104, and the second parent user 102 is also the parentof an individual child 104. The parent users 101, 102 access theenrollment system to manage enrollment of their respective children 103,104 in activities offered by the activity providers 106. The activityproviders via the provider devices 106 monitor the access by the parentusers 101, 102, and searches information provided by the parent users101, 102 to tailor new activities to the children 103, 104 of the parentusers 101, 102. The enrollment system 107 includes structured memory 110(including databases, etc.) that stores and manages the informationrelated to enrolling in activities offered by activity providers 106 asdescribed previously in FIGS. 1A-2H. In some embodiments, the enrollmentsystem 107 may be implemented in a software as a service (Saas)environment.

Digital Processing Environment

FIG. 7A illustrates a computer network or similar digital processingenvironment in which the present invention may be implemented.

Client computer(s)/devices 50 and server computer(s) 60 provideprocessing, storage, and input/output devices executing applicationprograms and the like. Client computer(s)/devices 50 can also be linkedthrough communications network 70 to other computing devices, includingother client devices/processes 50 and server computer(s) 60.Communications network 70 can be part of a remote access network, aglobal network (e.g., the Internet), cloud computing servers or service,a worldwide collection of computers, Local area or Wide area networks,and gateways that currently use respective protocols (TCP/IP, Bluetooth,etc.) to communicate with one another. Other electronic device/computernetwork architectures are suitable.

FIG. 7B is a diagram of the internal structure of a computer (e.g.,client processor/device 50 or server computers 60) in the computersystem of FIG. 7A. Each computer 50, 60 contains system bus 79, where abus is a set of hardware lines used for data transfer among thecomponents of a computer or processing system. Bus 79 is essentially ashared conduit that connects different elements of a computer system(e.g., processor, disk storage, memory, input/output ports, networkports, etc.) that enables the transfer of information between theelements. Attached to system bus 79 is I/O device interface 82 forconnecting various input and output devices (e.g., keyboard, mouse,displays, printers, speakers, etc.) to the computer 50, 60. Networkinterface 86 (e.g. networks of FIGS. 6A and 6B) allows the computer toconnect to various other devices attached to a network (e.g., devices innetwork of FIG. 6B). Memory 90 provides volatile storage for computersoftware instructions 92 and data 94 used to implement an embodiment ofthe present invention (e.g., code to implement enrollment, search, andschedule functions detailed above in FIGS. 1A-C, 2A-H, 3A-E, 4A-G, 5A-N,and database 110 or similar structured memory). In some embodiments, thecomputer instructions are configured as an enrollment module, searchengine, recommendation engine, and user interface. Disk storage 95provides non-volatile storage for computer software instructions 92 anddata 94 used to implement an embodiment of the present invention. Data94 of memory 90 and disk storage 95 include the structured data anddatabase 110 described earlier above. Central processor unit 84 is alsoattached to system bus 79 and provides for the execution of computerinstructions.

In one embodiment, the processor routines 92 and data 94 are a computerprogram product (generally referenced 92), including a computer readablemedium (e.g., a removable storage medium such as one or more DVD-ROM's,CD-ROM's, diskettes, tapes, etc.) that provides at least a portion ofthe software instructions for the invention system. Computer programproduct 92 can be installed by any suitable software installationprocedure, as is well known in the art. In another embodiment, at leasta portion of the software instructions may also be downloaded over acable, communication and/or wireless connection. In other embodiments,the invention programs are a computer program propagated signal product1070 embodied on a propagated signal on a propagation medium (e.g., aradio wave, an infrared wave, a laser wave, a sound wave, or anelectrical wave propagated over a global network such as the Internet,or other network(s)). Such carrier medium or signals provide at least aportion of the software instructions for the present inventionroutines/program 92.

In alternate embodiments, the propagated signal is an analog carrierwave or digital signal carried on the propagated medium. For example,the propagated signal may be a digitized signal propagated over a globalnetwork (e.g., the Internet), a telecommunications network, or othernetwork. In one embodiment, the propagated signal is a signal that istransmitted over the propagation medium over a period of time, such asthe instructions for a software application sent in packets over anetwork over a period of milliseconds, seconds, minutes, or longer. Inanother embodiment, the computer readable medium of computer programproduct 92 is a propagation medium that the computer system 50 mayreceive and read, such as by receiving the propagation medium andidentifying a propagated signal embodied in the propagation medium, asdescribed above for computer program propagated signal product.

Generally speaking, the term “carrier medium” or transient carrierencompasses the foregoing transient signals, propagated signals,propagated medium, storage medium and the like.

In other embodiments, the program product 92 may be implemented as a socalled Software as a Service (SaaS), or other installation orcommunication supporting end-users.

While example embodiments have been particularly shown and described, itwill be understood by those skilled in the art that various changes inform and details may be made therein without departing from the scope ofthe embodiments encompassed by the appended claims.

The teachings of all patents, published applications and referencescited herein are incorporated by reference in their entirety.

What is claimed is:
 1. A computer-implemented method of managingenrollment, the method comprising: by a computer system coupled tomemory: configuring in the memory enrollment forms, in a languageselected by an activity provider, as form templates, each form templatemapping fields contained in an enrollment form to enrollment attributes,wherein the enrollment attributes are defined in memory and storeenrollment data for an enrolling member; selecting, by a user through auser interface, one of the enrollment forms; dynamically presenting anonline format of the selected enrollment form at the user interface, thepresented online format displaying (i) questions and available answersfrom the fields of the selected enrollment form translated into alanguage selected by the user and (ii) the mapped enrollment attributes;providing, by the user through the online format, answers to thedisplayed questions in the language selected by the user, the providedanswers being stored in the mapped enrollment attributes; generating theselected enrollment form by inserting the provided answers into thefields of the selected enrollment form based on the mapping; andelectronically signing, by the user, the generated enrollment formthrough the user interface, the electronically signed enrollment formbeing submitted to the activity provider translated into the languageselected by the activity provider.